3、设备树编译与反编译：dtc工具使用、dtb格式解析、反编译实战

设备树源文件（.dts）写好了，怎么变成内核能吃的二进制文件（.dtb）？反过来，拿到一个现成的 .dtb，怎么把它还原成可读的源码？

答案就是 dtc —— Device Tree Compiler。这玩意儿是设备树生态里的核心工具，说白了就是编译器和反编译器二合一。我刚开始接触设备树时，总觉得这步很简单，不就是敲个命令嘛。直到有一次在项目里遇到 dtb 格式不兼容的问题，折腾了一整天……嗯，从那以后我再也不敢小看 dtc 了。

3.1 dtc 工具：设备树的“翻译官”

dtc 是内核源码树里自带的工具，路径在 scripts/dtc/ 下。你编译内核时，它会被自动编译出来。当然，你也可以单独安装：

# Ubuntu/Debian
sudo apt-get install device-tree-compiler

# CentOS/RHEL
sudo yum install dtc

# 从内核源码编译
make scripts

我个人习惯用内核源码里的 dtc，因为版本和内核匹配，不容易踩坑。你想想看，如果 dtc 版本太老，可能不认识新语法；版本太新，又可能生成旧内核不认识的 dtb 格式。

3.2 编译实战：从 .dts 到 .dtb

基本命令长这样：

dtc -I dts -O dtb -o output.dtb input.dts

参数说明：

举个例子，编译我们上一章写的 myboard.dts：

dtc -I dts -O dtb -o myboard.dtb myboard.dts

如果一切顺利，你会得到一个 myboard.dtb 文件。用 hexdump 或 xxd 看一眼：

xxd myboard.dtb | head -20

你会看到开头的魔数 d0 0d fe ed —— 这是 dtb 格式的标识。嗯，这里要注意，如果魔数不对，内核根本不会认这个文件。

3.3 dtb 格式解析：二进制里藏着什么？

dtb 文件不是随便堆的二进制数据。它有严格的布局，分为四个主要部分：

1. 头部（Header）：固定 40 字节，包含魔数、大小、版本号、各部分的偏移量。
2. 内存预留块（Memory Reservation Block）：告诉内核哪些内存区域不能动。
3. 结构块（Structure Block）：以 token 形式存储设备树的节点和属性，是核心内容。
4. 字符串块（Strings Block）：存放属性名，结构块里只存偏移量，节省空间。

我画了一张图，帮你直观理解 dtb 的布局：

结构块里用 token 来标记节点和属性的开始与结束。常见的 token 有：

你想想看，这种设计是不是很巧妙？属性名不直接存字符串，而是存一个偏移量指向字符串块。这样同一个属性名（比如 compatible）在多个节点里出现时，字符串块里只存一份，省了不少空间。

3.4 反编译实战：从 .dtb 回到 .dts

反编译就是把二进制还原成可读的源码。命令和编译正好反过来：

dtc -I dtb -O dts -o output.dts input.dtb

比如反编译我们刚才生成的 myboard.dtb：

dtc -I dtb -O dts -o myboard_recovered.dts myboard.dtb

打开 myboard_recovered.dts，你会发现内容和原始 myboard.dts 几乎一样，但有一些细微差别：

• 所有十六进制数字都变成了小写（原始文件里可能是大写）。
• 注释被去掉了（dtb 里不保存注释）。
• 一些默认值会被显式写出来（比如 #address-cells 和 #size-cells）。
• 节点顺序可能和原始文件不同（dtc 会按字母序重排）。

3.5 进阶用法：文件系统目录编译与反编译

dtc 还有一个很酷的功能：直接把一个文件系统目录编译成 dtb。这在做 initramfs 或 overlay 时特别有用。

# 编译目录到 dtb
dtc -I fs -O dtb -o myfs.dtb /path/to/directory

# 反编译 dtb 到目录
dtc -I dtb -O fs -o output_dir myfs.dtb

这个功能会把目录里的每个文件变成设备树里的一个属性，文件名就是属性名，文件内容就是属性值。我个人觉得这招在调试时特别方便，可以快速把一些配置文件塞进设备树里。

3.6 常见问题与避坑指南

最后，分享几个我在项目中遇到的实际问题：

好了，dtc 的基本用法就这些。记住三个核心命令：编译、反编译、检查。多练几次，你就能熟练地把 .dts 和 .dtb 玩得团团转。