3. 设备树文件结构：dts、dtsi、dtb、dtbo 文件的区别与作用，编译与反编译工具（dtc）

在嵌入式 Linux 开发中，设备树（Device Tree）是描述硬件资源的标准化数据结构。理解其文件体系与编译工具链，是编写正确设备树节点的前提。本章将系统梳理四种核心文件类型（.dts、.dtsi、.dtb、.dtbo）的定位、差异与协作关系，并详解 dtc 工具的使用方法。

3.1 四种文件类型概述

设备树源文件以文本形式描述硬件，经过编译生成二进制格式供内核解析。下表从文件格式、用途、生成阶段和典型场景四个维度进行对比：

3.2 文件结构关系与包含机制

.dtsi 文件通过 #include 预处理器指令被 .dts 文件引用。这种机制实现了 SoC 级公共描述与单板级特定描述的解耦。一个典型的包含链如下：

// 文件：imx6ull.dtsi（SoC 公共定义）
/ {
    soc {
        aips1: aips-bus@02000000 {
            gpio1: gpio@0209c000 {
                compatible = "fsl,imx6ul-gpio", "fsl,imx35-gpio";
                reg = <0x0209c000 0x4000>;
                interrupts = <GIC_SPI 66 IRQ_TYPE_LEVEL_HIGH>;
                #gpio-cells = <2>;
                gpio-controller;
            };
        };
    };
};

// 文件：myboard.dts（单板级描述）
/dts-v1/;
#include "imx6ull.dtsi"

/ {
    model = "MyBoard i.MX6ULL Board";
    compatible = "myboard,imx6ull", "fsl,imx6ull";

    &gpio1 {
        status = "okay";
        pinctrl-names = "default";
        pinctrl-0 = <&pinctrl_gpio1>;
    };
};

3.3 编译与反编译工具：dtc

dtc（Device Tree Compiler）是设备树的核心工具，负责将文本源文件编译为二进制 .dtb，也支持从 .dtb 反编译回 .dts。其基本用法如下表：

3.4 编译流程与文件转换关系

下图展示了从源文件到最终内核加载的完整转换链路：

3.5 反编译实战：从 .dtb 恢复可读源文件

在实际调试中，经常需要从运行中的系统提取设备树进行分析。以下步骤演示反编译流程：

1. 提取当前内核设备树：cp /sys/firmware/fdt /tmp/current.dtb
2. 反编译为文本：dtc -I dtb -O dts -o /tmp/current.dts /tmp/current.dtb
3. 查看节点结构：grep -n "gpio\|interrupt\|pinctrl" /tmp/current.dts | head -20
4. 验证语法：dtc -I dts -O dtb -o /dev/null /tmp/current.dts（仅检查语法）

3.6 文件组织最佳实践

在大型项目中，合理的文件组织能显著提升维护效率。推荐采用以下目录结构：

arch/arm/boot/dts/
├── imx6ull.dtsi              # SoC 级公共定义
├── imx6ull-pinfunc.h         # 引脚复用宏定义
├── imx6ull-uart.dtsi         # UART 控制器定义
├── imx6ull-gpio.dtsi         # GPIO 控制器定义
├── myboard.dts               # 单板级顶层文件
├── myboard-rev1.dts          # 版本变体
└── overlays/
    ├── myboard-spi.dtbo      # SPI 外设覆盖
    └── myboard-camera.dtbo   # 摄像头覆盖

3.7 常见问题与避坑指南