DTC编译与反编译详解

🔥作者简介：一个平凡而乐于分享的小比特，中南民族大学通信工程专业研究生，研究方向无线联邦学习

🎬擅长领域：驱动开发，嵌入式软件开发，BSP开发

❄️作者主页：一个平凡而乐于分享的小比特的个人主页

✨收录专栏：Linux，本专栏目的在于，记录学习Linux操作系统的总结

欢迎大家点赞 👍 收藏 ⭐ 加关注哦！💖💖

DTC编译与反编译详解

一、什么是DTC？

DTC（Device Tree Compiler）是Linux内核中用于处理设备树（Device Tree）的工具。让我用一个生活化的比喻来解释：

想象你正在组装一台复杂的乐高模型，如果每次都要手动查找每个零件的安装位置会很麻烦。设备树就像一份详细的装配说明书，告诉系统："CPU在这里，内存在那里，UART接口在这个位置......"

DTC就是这份说明书的"翻译官"------把人类可读的说明书（设备树源文件）编译成机器能理解的格式，或者反过来翻译。

二、为什么要使用设备树？

在设备树出现之前，硬件信息都硬编码在内核中，导致：

对比表格：设备树出现前后的差异

方面	传统方式（无设备树）	设备树方式
硬件描述	硬编码在内核C文件中	独立的.dts文本文件
内核移植	需要修改内核代码重新编译	只需更换设备树文件
多平台支持	每个平台需要独立内核	一个内核支持多个平台
维护难度	高（需要内核开发者修改）	低（可独立维护设备树）
启动流程	内核直接识别硬件	Bootloader传递设备树给内核

三、DTC编译流程详解

编译流程图解

dts源文件

人类可读的文本
DTC编译器
dtb二进制文件

机器可读格式
Bootloader加载
Linux内核解析使用

详细编译过程

1. 源文件类型

.dts - 设备树源文件（Device Tree Source）
.dtsi - 包含文件（类似C的.h头文件）

2. 编译命令

bash 复制代码

# 基本编译
dtc -I dts -O dtb -o output.dtb input.dts

# 常用选项
dtc -@   # 生成符号节点（用于动态设备树）
dtc -O   # 输出格式（dtb/dts/asm等）
dtc -V   # 指定设备树版本

3. 实际编译示例

假设我们有一个简单的设备树：

dts 复制代码

// example.dts
/dts-v1/;

/ {
    compatible = "my-company,my-board";
    model = "My Custom Board";
    
    cpus {
        cpu@0 {
            compatible = "arm,cortex-a53";
            clock-frequency = <1200000000>;
        };
    };
    
    memory@80000000 {
        device_type = "memory";
        reg = <0x80000000 0x40000000>;
    };
};

编译过程：

bash 复制代码

# 编译为二进制dtb
dtc -I dts -O dtb -o example.dtb example.dts

# 查看生成的dtb信息
fdtdump example.dtb

四、DTC反编译流程详解

反编译流程图解

dtb二进制文件

从设备或镜像中提取
DTC反编译
dts源文件

用于分析或修改
修改调试
重新编译

反编译实际应用场景

场景1：调试硬件不匹配问题

bash 复制代码

# 从运行中的系统获取设备树
cat /proc/device-tree > current_dtb

# 反编译查看
dtc -I dtb -O dts -o debug.dts current_dtb

# 搜索特定硬件配置
grep -n "ethernet" debug.dts

场景2：修改现有设备配置

bash 复制代码

# 反编译厂商提供的dtb
dtc -I dtb -O dts -o modified.dts original.dtb

# 编辑修改（例如调整内存大小）
# 将 memory@80000000 节点的 reg 属性修改为：
# reg = <0x80000000 0x80000000>;  # 增加到2GB

# 重新编译
dtc -I dts -O dtb -o new.dtb modified.dts

五、编译与反编译对比表

方面	编译（.dts → .dtb）	反编译（.dtb → .dts）
主要目的	创建可执行的设备描述	分析、调试、修改设备描述
输入文件	.dts（文本文件）	.dtb（二进制文件）
输出文件	.dtb（二进制）	.dts（文本）
文件大小	变小（压缩格式）	变大（可读格式）
可读性	机器可读	人类可读
典型应用	内核开发、固件制作	逆向工程、调试
常用命令	`dtc -I dts -O dtb`	`dtc -I dtb -O dts`
保留注释	不保留	可能丢失
保留格式	不保留原始格式	新生成的格式

六、实际工作流程示例

完整开发调试流程图

现场问题排查
设备树开发流程
否
是
硬件设计

PCB原理图
编写初始.dts
编译为.dtb
内核启动测试
硬件工作正常?
反编译.dtb分析
修改.dts文件
发布最终版本
客户报告问题
获取现场的.dtb
反编译为.dts
分析硬件配置
定位问题原因

实际案例：调试串口不工作

获取当前设备树：
bash 复制代码
```
cp /boot/board.dtb /tmp/
```

反编译分析：

bash 复制代码

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

查找串口配置：
bash 复制代码
```
grep -A 5 -B 2 "serial" board.dts
```

发现问题（示例输出）：

dts 复制代码

serial@11000 {
    compatible = "ns16550a";
    reg = <0x11000 0x100>;
    clock-frequency = <1843200>;  // 问题：时钟频率错误！
    interrupts = <10>;
};

修正并重新编译：

bash 复制代码

# 修改clock-frequency = <115200>;
dtc -I dts -O dtb -o board_fixed.dtb board.dts

七、高级技巧与工具

常用工具对比

工具	用途	示例命令
fdtdump	查看dtb结构	`fdtdump board.dtb`
fdtget	读取dtb属性	`fdtget board.dtb /cpus/cpu@0 clock-frequency`
fdtput	修改dtb属性	`fdtput board.dtb /memory reg 0x80000000 0x80000000`
dtc	主编译工具	如上所述

实用脚本示例

bash 复制代码

#!/bin/bash
# 设备树对比工具

# 比较两个dtb文件的差异
compare_dtb() {
    dtc -I dtb -O dts $1 > /tmp/dt1.dts
    dtc -I dtb -O dts $2 > /tmp/dt2.dts
    diff -u /tmp/dt1.dts /tmp/dt2.dts
}

# 提取设备树中的特定节点
extract_node() {
    dtc -I dtb -O dts $1 | sed -n "/$2/,/^$/p"
}

八、常见问题与解决

Q1：反编译后丢失了注释怎么办？

A：原始.dtb中不存储注释信息。如果需要保留注释，应该：

始终保存原始的.dts源文件
使用版本控制系统（如git）管理.dts文件

Q2：为什么反编译的.dts与原始格式不同？

A：dtc在反编译时会重新格式化代码。可以使用：

bash 复制代码

# 保持某些格式
dtc -I dtb -O dts -p 0x1000 -S 0x2000 input.dtb

Q3：如何处理大型设备树？

A：可以分层处理：

bash 复制代码

# 只反编译特定部分
dtc -I dtb -O dts -o partial.dts -@ input.dtb

九、总结

DTC编译与反编译是嵌入式Linux开发中的核心技能：

编译：将人类可读的设备描述转化为机器可执行格式
反编译：将二进制设备树还原为可读格式，便于调试和修改

掌握这两项技能，你就能：

为自定义硬件创建设备树
调试硬件兼容性问题
优化现有设备配置
理解复杂系统的硬件布局

记住这个简单的关系：

复制代码

开发阶段：.dts -(编译)→ .dtb -(烧录)→ 硬件
调试阶段：硬件 -(提取)→ .dtb -(反编译)→ .dts -(分析修改)→ ...