1. 设备树基础概念：DTS 的起源、作用与基本结构

1.1 设备树的起源：从“硬编码”到“描述”

在早期 Linux 内核（2.6 及之前）中，板级硬件信息（如内存地址、中断号、GPIO 映射）被直接硬编码在 arch/arm/mach-xxx 下的 C 语言板文件中。每增加一款新硬件平台，就需要新增或修改大量 C 代码，导致内核源码膨胀、维护困难，且无法实现“同一内核镜像支持多款设备”。

设备树（Device Tree，DT）正是为解决此问题而生。它起源于 PowerPC 架构（Open Firmware），后被 ARM、RISC-V、x86 等架构广泛采用。其核心思想是：将硬件描述从内核代码中剥离，以结构化文本（DTS）的形式独立存在，内核在启动时解析该描述，动态创建平台设备。

1.2 设备树的作用：硬件拓扑的“数据清单”

设备树在 Linux 系统中扮演三个核心角色：

内核启动时，Bootloader（如 U-Boot）将编译后的设备树二进制（DTB）传递给内核；内核的 Device Tree Blob (DTB) 解析器 遍历节点，为每个匹配的节点创建 platform_device 或 i2c_client 等设备实例。

1.3 设备树的基本结构：节点、属性与层级

设备树源文件（.dts）采用树形层级结构，每个节点代表一个硬件设备或总线，节点内包含若干属性（键值对）。

// 最小设备树示例
/dts-v1/;

/ {
    model = "Example ARM Board";
    compatible = "vendor,example-board";
    #address-cells = <1>;
    #size-cells = <1>;

    memory@80000000 {
        device_type = "memory";
        reg = <0x80000000 0x40000000>;  // 1GB RAM
    };

    soc {
        compatible = "simple-bus";
        #address-cells = <1>;
        #size-cells = <1>;
        ranges;

        uart0: serial@10000000 {
            compatible = "vendor,uart";
            reg = <0x10000000 0x1000>;
            interrupts = <0 33 4>;
            clock-frequency = <24000000>;
        };
    };
};

核心语法要素：

• 根节点：/，整个设备树的起点，包含 model、compatible 等全局属性。
• 节点名：uart0: serial@10000000，格式为 [标签:]名称[@地址]。标签（label）用于引用，地址用于区分同类型设备。
• 属性：compatible = "vendor,uart";，驱动匹配的关键字符串；reg 描述地址空间；interrupts 描述中断资源。
• 地址单元：#address-cells 和 #size-cells 定义子节点 reg 属性的地址和长度字段宽度（32位或64位）。

1.4 设备树与平台设备（Platform Device）的关系

平台设备（Platform Device）是 Linux 内核中用于“非可枚举总线”上设备的抽象模型。设备树与平台设备的关系可概括为：设备树是“硬件描述源”，平台设备是“内核设备实例”。

1.5 常见误区与避坑

• 误区一： 认为设备树是内核驱动的一部分。实际上设备树是独立的数据文件，驱动通过 of_match_table 引用它，但两者编译和发布是分离的。
• 误区二： 所有设备都必须出现在设备树中。对于 PCI、USB 等可枚举总线上的设备，设备树通常只描述总线控制器本身，子设备由总线枚举自动发现。
• 误区三： 修改 DTS 后必须重新编译整个内核。实际上只需重新编译 DTB（make dtbs），然后替换启动分区中的 DTB 文件即可。