arch/arm/boot/dts/st/ste-ux500-samsung-codina.dts
Source file repositories/reference/linux-study-clean/arch/arm/boot/dts/st/ste-ux500-samsung-codina.dts
File Facts
- System
- Linux kernel
- Corpus path
arch/arm/boot/dts/st/ste-ux500-samsung-codina.dts- Extension
.dts- Size
- 25005 bytes
- Lines
- 960
- Domain
- Architecture Layer
- Bucket
- arch/arm
- Inferred role
- Architecture Layer: configuration, schema, or hardware description
- Status
- atlas-only
Why This File Exists
CPU and platform-specific kernel glue: boot entry, traps, syscall entry, interrupts, page tables, context switch, and low-level barriers.
- CPU and platform-specific kernel glue: boot entry, traps, syscall entry, interrupts, page tables, context switch, and low-level barriers.
Dependency Surface
ste-db8500.dtsiste-ab8500.dtsiste-dbx5x0-pinctrl.dtsidt-bindings/gpio/gpio.hdt-bindings/leds/common.hdt-bindings/input/input.hdt-bindings/interrupt-controller/irq.h
Detected Declarations
- No top-level syscall, struct, function, initcall, or export declaration detected by the generator.
Annotated Snippet
// SPDX-License-Identifier: GPL-2.0-only
/*
* Devicetree for the Samsung Galaxy Ace 2 GT-I8160 also known as Codina.
*
* NOTE: this is the most common variant according to the vendor tree, known
* as "R0.0". There appears to be a "R0.4" variant with backlight on GPIO69,
* AB8505 and other changes. There is also talk about some variants having a
* Samsung S6D27A1 display, indicated by passing a different command line from
* the boot loader.
*
* The Samsung tree further talks about GT-I8160P and GT-I8160chn (China).
* The GT-I8160 plain is known as the "europe" variant.
* The GT-I8160P is the CDMA version and it appears to not use the ST
* Microelectronics accelerometer and reportedly has NFC mounted.
* The GT-I8160chn appears to be the same as the europe variant.
*
* There is also the Codina-TMO, Samsung SGH-T599, which has its own device
* tree.
*/
/dts-v1/;
#include "ste-db8500.dtsi"
#include "ste-ab8500.dtsi"
#include "ste-dbx5x0-pinctrl.dtsi"
#include <dt-bindings/gpio/gpio.h>
#include <dt-bindings/leds/common.h>
#include <dt-bindings/input/input.h>
#include <dt-bindings/interrupt-controller/irq.h>
/ {
model = "Samsung Galaxy Ace 2 (GT-I8160)";
compatible = "samsung,codina", "st-ericsson,u8500";
cpus {
cpu@300 {
/*
* This has a frequency cap at ~800 MHz in the firmware.
* (Changing this number here will not overclock it.)
*/
operating-points = <798720 0
399360 0
199680 0>;
};
};
chosen {
stdout-path = &serial2;
};
battery: battery {
compatible = "samsung,eb425161lu";
};
thermal-zones {
battery-thermal {
/* This zone will be polled by the battery temperature code */
polling-delay = <0>;
polling-delay-passive = <0>;
thermal-sensors = <&bat_therm>;
trips {
battery-crit-hi {
temperature = <70000>;
hysteresis = <2000>;
type = "critical";
};
};
};
};
Annotation
- Immediate include surface: `ste-db8500.dtsi`, `ste-ab8500.dtsi`, `ste-dbx5x0-pinctrl.dtsi`, `dt-bindings/gpio/gpio.h`, `dt-bindings/leds/common.h`, `dt-bindings/input/input.h`, `dt-bindings/interrupt-controller/irq.h`.
- Atlas domain: Architecture Layer / arch/arm.
- Implementation status: atlas-only.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.