4. 设备树（Device Tree）基础

4.1 设备树概述与设计动机

在ARM架构的车载嵌入式系统中，硬件配置千差万别。传统方式将硬件信息硬编码在Linux内核中，导致每更换一个板卡就需要重新编译内核，维护成本极高。设备树（Device Tree）的出现解决了这一问题：它将硬件描述从内核代码中剥离，以结构化数据的形式传递给内核，实现“一次编译，多处运行”。

4.2 设备树文件体系：dts / dtsi / dtb

设备树涉及三种文件类型，它们之间的关系类似于C语言中的源文件、头文件和编译后的二进制文件。

典型的文件组织方式如下：

#include "soc.dtsi"          // 包含SoC公共定义
#include "pinmux.dtsi"       // 包含引脚复用配置

/ {
    model = "MyCar Board v1.0";
    compatible = "mycompany,mycar-board", "arm,vexpress";

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

    chosen {
        bootargs = "console=ttyS0,115200 root=/dev/mmcblk0p2 rw";
    };

    &uart1 {
        status = "okay";
        clock-frequency = <24000000>;
    };
};

4.3 设备树语法与结构

设备树采用树形结构，以根节点 / 为起点，每个节点代表一个硬件设备或总线，节点内包含属性（键值对）来描述设备特征。

4.3.1 基本语法规则

• 节点定义： node-name@unit-address { ... };，其中 unit-address 通常为设备基地址。
• 属性格式： property-name = <value>; 或 property-name = "string";。
• 标签（Label）： 用于引用节点，如 uart1: serial@101f1000 { ... };，可通过 &uart1 引用。
• 包含文件： 使用 #include 指令引入 .dtsi 文件。
• 路径引用： &{/soc/i2c@1000} 可直接访问指定路径的节点。

4.3.2 常用标准属性

4.3.3 设备树结构示例

/dts-v1/;

/ {
    compatible = "arm,vexpress";
    #address-cells = <2>;
    #size-cells = <2>;

    cpus {
        #address-cells = <1>;
        #size-cells = <0>;
        cpu@0 {
            compatible = "arm,cortex-a72";
            reg = <0x0>;
            device_type = "cpu";
        };
    };

    memory@80000000 {
        device_type = "memory";
        reg = <0x0 0x80000000 0x0 0x40000000>;
    };

    soc {
        #address-cells = <2>;
        #size-cells = <2>;
        ranges;

        uart0: serial@1c090000 {
            compatible = "snps,dw-apb-uart";
            reg = <0x0 0x1c090000 0x0 0x1000>;
            interrupts = <0 33 4>;
            clocks = <&uart_clk>;
            status = "disabled";
        };
    };
};

4.4 设备树在启动过程中的解析流程

从引导加载程序到内核完成驱动绑定，设备树的解析贯穿整个启动过程。下图展示了核心流程：

4.4.1 详细解析步骤

1. U-Boot 加载 DTB： 引导加载程序从存储介质（eMMC、NAND Flash）或网络（TFTP）读取 .dtb 文件到内存中。
2. 传递 DTB 地址： U-Boot 通过 ARM 的 r2 寄存器将 DTB 在内存中的物理地址传递给内核。内核启动时首先读取该寄存器获取 DTB 位置。
3. 早期解析（unflatten_device_tree）： 内核调用 unflatten_device_tree() 将扁平的 DTB 二进制数据解析为内存中的 device_node 树结构，每个节点对应一个设备。
4. 构建 device_node 树： 内核遍历 DTB 的节点和属性，为每个节点分配 struct device_node 结构体，建立父子关系，形成完整的设备树。
5. 驱动匹配与绑定： 内核遍历 device_node 树，根据节点的 compatible 属性与驱动注册的 of_match_table 进行匹配。匹配成功后，调用驱动的 probe() 函数。
6. 驱动初始化： 在 probe() 函数中，驱动通过 of_* API（如 of_iomap()、of_get_property()、of_irq_get()）读取设备树中的资源信息（寄存器地址、中断号、时钟等），完成设备初始化。

4.4.2 驱动中常用的设备树 API

4.5 设备树在车载系统中的特殊考量

4.6 设备树调试技巧

• 查看当前设备树： 在 Linux 终端执行 dtc -I fs -O dts /sys/firmware/devicetree/base 可导出内核当前使用的设备树。
• 检查设备树节点： ls /sys/firmware/devicetree/base/ 可浏览设备树节点目录结构。
• 验证设备匹配： 查看 /sys/bus/platform/devices/ 下是否有对应设备目录，确认驱动是否成功绑定。
• 内核启动日志： 使用 dmesg | grep -i "dtb\|of\|device tree" 过滤设备树相关日志，定位解析错误。