1. 设备树基础：什么是设备树(DTS/DTB/DTBO)、为什么Android需要设备树、设备树与ACPI的区别

1.1 设备树的核心概念

设备树（Device Tree）是一种描述硬件资源的数据结构，它使用节点（node）和属性（property）的树形层次来表述系统中所有可寻址的设备及其连接关系。在嵌入式Linux和Android系统中，设备树充当了硬件描述语言的角色，将板级细节从内核代码中剥离出来。

一个典型的DTS文件片段如下，它描述了UART控制器及其引脚配置：

/dts-v1/;

/ {
    model = "Qualcomm SA8155P ADP";
    compatible = "qcom,sa8155p-adp", "qcom,sa8155p";

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

        uart7: serial@a84000 {
            compatible = "qcom,msm-uartdm-v1.4", "qcom,msm-uartdm";
            reg = <0x0 0x00a84000 0x0 0x1000>;
            interrupts = <GIC_SPI 355 IRQ_TYPE_LEVEL_HIGH>;
            clocks = <&gcc GCC_UART7_APPS_CLK>;
            clock-names = "core";
            pinctrl-names = "default", "sleep";
            pinctrl-0 = <&qup_uart7_default>;
            pinctrl-1 = <&qup_uart7_sleep>;
            status = "okay";
        };
    };
};

1.2 设备树在Android系统中的角色

Android系统从早期版本开始就全面采用设备树来管理硬件适配。与传统的板级文件（board-*.c）相比，设备树带来了以下关键优势：

• 内核与硬件解耦：同一份内核镜像可以支持多种硬件平台，只需更换DTB即可。
• 多板型支持：通过DTBO覆盖机制，可以在不修改内核的情况下适配不同型号的硬件变体。
• 启动流程简化：Bootloader（如U-Boot、ABL）负责选择正确的DTB/DTBO，内核无需关心板级差异。
• 驱动开发标准化：驱动通过 of_match_table 匹配设备树节点，无需硬编码资源地址。

下图展示了Android系统从Bootloader到内核启动过程中设备树的传递路径：

1.3 设备树与ACPI的对比

ACPI（Advanced Configuration and Power Interface）是x86平台（如PC、服务器）的标准硬件描述规范，而设备树是嵌入式/ARM平台的事实标准。两者在概念上相似，但在设计哲学、使用场景和实现细节上存在显著差异。

下图从架构层面展示了设备树与ACPI在系统软件栈中的位置差异：

1.4 为什么Android选择设备树

Android系统选择设备树而非ACPI，主要基于以下技术考量：

• 硬件多样性：Android设备涵盖手机、平板、车载、IoT、可穿戴等形态，SoC厂商（Qualcomm、MTK、Exynos、Rockchip）均原生支持设备树。
• 启动速度：设备树解析开销远小于ACPI的AML解释执行，对Android冷启动时间敏感的场景至关重要。
• 覆盖机制：DTBO允许OEM厂商在基础DTB上叠加板级差异（如屏幕分辨率、传感器型号、GPIO映射），无需修改内核。
• 社区生态：Linux内核主线对设备树的支持成熟，Android Common Kernel（ACK）直接继承上游设备树绑定。