1. 课程导论：嵌入式设备树与ACPI的起源、设计目标、适用场景对比

在嵌入式Linux系统中，硬件描述是操作系统与硬件平台之间的“通信契约”。设备树（Device Tree）与高级配置与电源管理接口（ACPI）是当前两大主流硬件描述规范。本章从历史起源、设计哲学与适用场景三个维度，对两者进行系统性对比，为后续兼容设计奠定认知基础。

1.1 起源：从“硬编码”到“可描述”的演进

早期嵌入式Linux内核通过大量board-*.c文件硬编码硬件信息，导致内核源码与特定板卡高度耦合，维护成本急剧上升。2005年前后，PowerPC架构率先引入设备树（Flattened Device Tree, FDT），随后被ARM架构采纳，成为嵌入式领域的事实标准。

ACPI则起源于1990年代PC/服务器生态，由Intel、Microsoft、Toshiba等公司联合制定，旨在统一x86平台的电源管理与设备枚举。ACPI最初以DSDT（Differentiated System Description Table）为核心，逐步演变为涵盖硬件描述、热管理、性能调优的完整规范。

1.2 设计目标：静态描述 vs. 动态配置

设备树与ACPI虽然都用于描述硬件，但其设计目标存在本质差异：

1.3 适用场景：嵌入式 vs. 通用计算

选择设备树还是ACPI，本质上取决于目标平台的硬件复杂度、电源管理需求以及生态兼容性要求。

设备树主导的场景

• ARM Cortex-M/R/A 嵌入式系统： 资源受限，无需复杂电源管理，设备树轻量级优势明显。
• FPGA SoC 平台： 如 Xilinx Zynq、Intel SoC FPGA，设备树可灵活描述可编程逻辑侧硬件。
• 物联网与边缘设备： 固定硬件拓扑，无热插拔需求，设备树编译后体积小（通常 < 50KB）。
• 实时操作系统（RTOS）混合系统： 设备树可被多种操作系统解析，便于裸机与Linux共享硬件描述。

ACPI主导的场景

• x86/ARM 服务器： 需要标准化的电源管理（如 P-state、C-state）、热管理、PCIe 热插拔。
• PC/笔记本/平板： 需要支持 S3/S4 休眠、电池管理、屏幕亮度调节等高级功能。
• 多操作系统共存环境： ACPI 由固件提供，Windows/Linux/BSD 均可直接使用，无需修改内核。
• 虚拟化平台： ACPI 提供虚拟电源按钮、虚拟 PCIe 设备枚举等 Hypervisor 友好接口。

1.4 兼容设计的必要性

随着ARM服务器、边缘计算网关、混合关键系统等场景的兴起，同一款SoC或驱动IP可能同时面对设备树和ACPI两种环境。兼容设计不再是“二选一”，而是要求驱动开发者：

1. 抽象硬件访问层： 将寄存器读写、中断映射、时钟控制等操作封装为通用接口，屏蔽描述格式差异。
2. 统一电源管理回调： 设备树驱动的.suspend/.resume与ACPI驱动的_PS0/_PS3方法需映射到同一套PM逻辑。
3. 资源获取抽象： 设备树通过of_property_read_*获取资源，ACPI通过acpi_dev_get_resources获取，两者需在驱动入口处统一。
4. 编译时/运行时选择： 通过IS_ENABLED(CONFIG_OF)和IS_ENABLED(CONFIG_ACPI)宏实现条件编译，或通过device_match运行时判断。

1.5 本章小结