ARM设备树（ARM Device Tree）

为什么设备树是嵌入式开发的“痛点”？

如果你接触过 Linux 内核驱动开发，一定经历过这种痛苦：每更换一块开发板，或者微调某个引脚的功能，就得回去改一大段 C 代码，重新编译内核镜像，甚至要维护多套 Board Support Package (BSP)。这种“硬件变更导致代码膨胀”的问题，正是 ARM 设备树（Device Tree）诞生的初衷。

这门课不教你怎么从零写复杂的驱动框架，而是专门解决一个具体的能力缺口：如何理解并修改设备树源码（.dts/.dtsi），从而在不改动内核代码的前提下，完成硬件适配与驱动挂载。对于备考嵌入式 Linux 岗位的开发者来说，设备树配置是面试和实际工作中绕不开的一块硬骨头。很多初学者能写驱动代码，但面对设备树报错、节点匹配失败时往往束手无策，本课程就是针对这一特定盲区设计的补救指南。

课程核心逻辑：从“为什么”到“怎么用”

课程共三个章节，结构紧凑，建议按顺序学习：

• 第一讲：动机与概念建立。先搞清楚“为什么需要设备树”，这是理解后续所有语法的基础。如果跳过这步直接看语法，很容易陷入“照猫画虎”却不知其所以然的境地。
• 第二讲：引入后的架构变化。对比旧式平台设备（Platform Device）的方式，理解设备树引入后，硬件描述与驱动程序是如何解耦的。这是建立正确心智模型的关键。
• 第三讲：工作机制与辅助 API。这是实操重点。学习内核如何解析设备树，以及驱动代码中应该调用哪些 API（如 of_platform_populate、of_get_named_gpio 等）来读取设备树中的信息。

建议学习路径：如果你是初学者，务必先看第一讲建立宏观认知；如果你已经写过驱动但不懂设备树，可以直接从第三讲的 API 部分入手，再回溯前两讲理解原理。

学完能做什么？如何配合练习？

完成本课程后，你应该能够独立回答以下问题：

• 为什么我的驱动 probe 函数没有执行？（能分析节点匹配失败的原因）
• 如何编写一个简单的 .dts 文件来描述一个新的 GPIO 设备或 I2C 传感器？
• 在内核驱动中，如何通过标准 API 安全地读取设备树中的属性值？

资料使用建议：课程视频较短（总计约一小时），重在讲解清晰的概念和代码片段。请勿只看不练。建议准备一块 ARM 开发板（如 i.MX6、S5PV210 或树莓派等），下载对应的内核源码和设备树源码，亲手修改一个 LED 或按键的引脚配置，观察内核启动日志中的匹配过程。只有亲手改过 dts 并看到驱动成功加载，才算真正掌握了这门技能。