设备树配置与内核启动参数调优实战 - 第1节

1.1 什么是设备树 (Device Tree)

设备树（Device Tree，DT）是一种描述硬件资源的数据结构，它使用树形节点来记录系统中所有可寻址的设备、总线、中断控制器、时钟、GPIO 等硬件信息。在嵌入式 Linux 系统中，设备树是内核与板级硬件之间的“桥梁”——内核通过解析设备树来发现硬件拓扑，而无需在源码中硬编码板级细节。

设备树的基本结构

一个典型的设备树节点包含节点名称、单元地址（@ 后缀）、以及若干属性键值对。以下是一个简化的设备树片段：

/dts-v1/;

/ {
    model = "Embedded Board v2.0";
    compatible = "vendor,board-v2", "vendor,board-v1";

    cpu@0 {
        device_type = "cpu";
        compatible = "arm,cortex-a9";
        reg = <0x0>;
        clock-frequency = <800000000>;
    };

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

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

每个节点可以包含子节点，形成从根节点（/）向下展开的硬件树。属性使用键值对描述设备的具体参数，如地址、中断号、时钟频率等。

1.2 为什么需要设备树

在设备树出现之前，嵌入式 Linux 内核维护着大量板级文件（board files），每个板子都需要在 arch/arm/mach-xxx 目录下编写 platform_device 和 platform_data。这种模式带来了三个严重问题：

• 代码膨胀： 内核源码中充斥着板级细节，每个新板子都要新增数百行 C 代码。
• 维护困难： 硬件变更需要重新编译内核，厂商无法提供通用内核镜像。
• 碎片化严重： 不同 SoC 厂商的板级代码风格各异，主线内核难以统一支持。

设备树将硬件描述从内核源码中剥离出来，形成独立的描述文件。这样做带来了以下关键收益：

1.3 设备树与 ACPI 的区别

ACPI（Advanced Configuration and Power Interface）是 x86 平台广泛使用的硬件描述标准，而设备树主要用于 ARM、RISC-V 等嵌入式平台。两者虽然目标相似——向操作系统描述硬件——但在设计哲学、使用场景和实现方式上有本质区别。

设计哲学差异

设备树遵循“静态描述”原则：所有硬件信息在系统启动前就已确定，内核只需读取即可。ACPI 则采用“动态执行”模式：AML 字节码包含条件判断、计算和资源分配逻辑，可以在运行时根据系统状态动态生成硬件配置。

这种差异导致了两者在开发体验上的不同：

• 设备树调试： 修改 .dts → 编译 .dtb → 重启设备，流程简单直接，适合嵌入式快速迭代。
• ACPI 调试： 需要修改 ASL 源码 → 编译 AML → 加载到系统，且 AML 执行错误难以追踪，调试门槛较高。

实际选型建议