1. 设备树是什么?为什么需要它?
如果你刚开始接触嵌入式Linux开发,可能会对设备树(Device Tree)这个概念感到困惑。简单来说,设备树就像一份硬件的“身份证”和“说明书”,它用文本文件的形式描述了整个嵌入式系统的硬件配置信息。想象一下,你买了一套需要自己组装的家具,设备树就是那份详细的组装说明书,告诉你每个螺丝孔在哪里、每个零件应该怎么连接。
在设备树出现之前,Linux内核通常需要为每块开发板编写大量的板级支持代码(Board Support Package,BSP),这些代码充斥着硬件地址、中断号、寄存器配置等硬件细节。每当硬件稍有变动,就需要重新编译内核,非常麻烦。设备树的出现彻底改变了这种情况——现在硬件信息被提取到独立的.dts文件中,内核只需要通用的解析代码就能适应不同的硬件平台。
我刚开始接触设备树时最大的困惑是:为什么不能直接用代码写死硬件配置?后来在实际项目中踩过几次坑才明白,设备树的最大价值在于解耦。硬件工程师修改电路板设计时,软件工程师只需要调整设备树文件,而不需要重新编译整个内核。这种分离让嵌入式开发变得更加灵活和高效。
2. 设备树基础文件格式解析
2.1 DTS与DTSI的关系
设备树源文件主要有两种格式:.dts和.dtsi。.dts是针对特定电路板的设备树描述文件,而.dtsi则是可以被多个.dts文件共享的通用部分,类似于C语言中的头文件。
举个例子,假设你使用同一款处理器(比如TI的AM335x)设计了两块不同的开发板,它们共享相同的CPU架构、内存控制器等基础硬件,但外设接口可能不同。这时你可以创建一个am335x.dtsi文件描述公共部分,然后为每块开发板创建各自的.dts文件:
// am335x-common.dtsi - 公共部分
/ {
model = "TI AM335x";
compatible = "ti,am335x";
cpus {
cpu@0 {
compatible = "arm,cortex-a8";
};
};
memory@80000000 {
device_type = "memory";
reg = <0x80000000 0x10000000>; // 256MB内存
};
};
// my-custom-board.dts - 特定开发板
#include "am335x-common.dtsi"
/ {
model = "My Custom Board";
compatible = "my,am335x-board";
// 添加板级特定配置
leds {
compatible = "gpio-leds";
led0 {
label = "heartbeat";
gpios = <&gpio1 16 GPIO_ACTIVE_HIGH>;
linux,default-trigger = "heartbeat";
};
};
};
这种组织方式大大减少了代码重复,我在实际项目中经常使用这种结构。当SOC厂商发布新的芯片时,他们通常会提供基础的.dtsi文件,我们只需要基于这些文件进行扩展即可。
2.2 DTC编译工具详解
DTC(Device Tree Compiler)是将人类可读的.dts文件编译成机器可读的.dtb二进制文件的工具。虽然大多数时候我们不需要直接调用DTC(编译内核时会自动处理),但了解其工作原理对调试很有帮助。
DTC的基本使用方式很简单:
dtc -I dts -O dtb -o output.dtb input.dts # 编译dts->dtb
dtc -I dtb -O dts -o output.dts input.dtb # 反编译dtb->dts
我在调试设备树时经常使用反编译功能。有时候内核启动失败是因为设备树配置问题,但.dts源文件可能被修改过,这时反编译实际使用的.dtb文件就能看到内核真正加载的配置是什么。
DTC还会在编译过程中进行语法检查和部分语义验证。比如它会检查节点名称是否合法、属性值类型是否正确等。但要注意,DTC的检查很基础,很多逻辑错误(比如寄存器地址冲突)它检测不出来,这些错误只能在运行时被发现。
3. 设备树核心语法精讲
3.1 设备树基本结构
设备树采用树形结构描述硬件,从根节点/开始,逐级描述系统中的各种设备。每个节点都有名称和一组属性,还可以包含子节点。这种结构非常直观,因为硬件本身也是树形结构——CPU通过总线连接各种外设,外设可能又连接更多的子设备。
一个最简单的设备树示例如下:
/dt

141

被折叠的 条评论
为什么被折叠?



