1. 课程导论：ACPI与设备树在嵌入式与服务器领域的地位对比，课程目标与学习路径
1.1 两大设备描述体系的江湖地位
在 Linux 设备模型的世界里，ACPI（高级配置与电源管理接口）与设备树（Device Tree，DT）是两种主流的硬件描述与设备枚举机制。它们分别统治着不同的硬件疆域，却又在边缘计算与异构计算场景中不断碰撞与融合。
| 对比维度 | ACPI | 设备树（Device Tree） |
|---|---|---|
| 主导领域 | x86/ARM64 服务器、PC、企业级硬件 | ARM32/ARM64 嵌入式、RISC-V、SoC 板级 |
| 设计哲学 | 运行时抽象层，OSPM 主导电源与热管理 | 静态硬件描述，编译时绑定，扁平化结构 |
| 匹配机制 | ACPI 表 + 命名空间 + _HID/_CID 匹配 | .dts 编译为 .dtb，内核解析 compatible 属性 |
| 动态性 | 支持热插拔、动态表加载、运行时 AML 执行 | 通常静态，可通过 overlays 实现部分动态 |
| 生态成熟度 | Windows/Linux 双栈，UEFI 强制要求 | Linux 主导，U-Boot 支持，裸机也可用 |
| 调试复杂度 | AML 解释器、表解析、命名空间遍历 | DTB 反编译、overlay 冲突、pinmux 配置 |
关键趋势：ARM64 服务器领域（如 Ampere、华为鲲鹏）已强制要求 ACPI 作为固件接口，而嵌入式领域仍以设备树为主流。但 ACPI 正在向嵌入式边缘渗透，设备树 overlay 也在学习动态管理能力。
1.2 匹配流程的核心差异：静态 vs 动态
设备树与 ACPI 在驱动匹配流程上的本质差异，决定了调试工具链与思维模式的不同。
一句话总结：设备树是“编译时已知的静态拓扑”，ACPI 是“运行时发现的动态命名空间”。
1.3 课程目标：从匹配原理到调试实战
本课程不满足于“讲概念”，而是聚焦于匹配流程的代码级理解与调试工具链的实操。完成本课程后，你将具备以下能力：
- 原理层： 深入理解 ACPI 命名空间遍历、设备树节点解析、compatible/_HID 匹配的 Linux 内核源码实现。
- 工具层： 熟练使用
acpidump、iasl、dtc、of_*调试接口、/sys/firmware文件系统等工具。 - 实战层： 能够独立分析“设备未匹配”、“probe 未调用”、“资源冲突”等常见问题，并给出修复方案。
- 架构层： 理解设备模型核心数据结构
struct device、struct device_driver、struct bus_type在匹配过程中的角色。
前置要求： 本课程要求学员具备 C 语言基础、Linux 内核模块开发经验，并熟悉基本的设备驱动框架（platform_driver、i2c_driver 等）。
1.4 学习路径与章节地图
课程共 30 章，分为四大模块，建议按顺序学习，但可根据实际需求跳跃式查阅：
| 模块 | 章节范围 | 核心内容 | 难度 |
|---|---|---|---|
| 基础篇 | 第 1-6 章 | ACPI/DT 基础概念、数据结构、匹配入口函数 | ★★☆ |
| ACPI 深度篇 | 第 7-15 章 | AML 解析、命名空间遍历、_HID/_CID 匹配、ACPI power/resource | ★★★ |
| 设备树深度篇 | 第 16-24 章 | DTB 解析、of_match_table、pinmux、overlay 调试 | ★★★ |
| 实战与工具篇 | 第 25-30 章 | 调试工具链、常见问题排查、性能优化、案例复盘 | ★★★★ |
1.5 为什么你需要这门课程？
在实际的嵌入式与服务器开发中，设备匹配失败是最常见的驱动调试痛点之一。以下场景你是否遇到过？
- 场景 A： 移植 BSP 到新板卡，设备树 compatible 写对了，但 probe 就是不调用。
- 场景 B： ACPI 表已加载，但
lspci -v看不到设备，dmesg也没有错误。 - 场景 C： 设备树 overlay 加载后，部分节点冲突，系统 panic。
- 场景 D： ACPI 命名空间中有设备，但驱动匹配时 _HID 与 driver ID 表对不上。
这些问题的根源，都在于对匹配流程的底层机制理解不够透彻。本课程将带你从源码层面拆解每一步，让你不再“靠猜”调试。
课程特色： 每章都包含“源码走读 + 工具实操 + 调试练习”三个环节，并提供完整的实验环境搭建指南（基于 QEMU + 虚拟 ACPI/DT 平台）。