4. Bootloader传递设备树：U-Boot如何加载并传递DTB地址给内核
在ARM64 Linux启动流程中，U-Boot作为最常用的Bootloader，负责将设备树二进制（DTB）从存储介质加载到内存，并将物理地址通过寄存器传递给内核。这一过程是内核正确识别硬件拓扑、完成内存映射的前提。
4.1 U-Boot加载DTB的典型流程
U-Boot通过以下步骤完成DTB的加载与传递：
- 读取DTB源文件：从Flash、SD卡或网络加载预编译的
.dtb文件。 - 校验与解压：若DTB被压缩（如gzip），U-Boot先解压到临时缓冲区。
- 重定位到约定地址：将DTB拷贝到内核约定的加载地址（如
0x40000000或fdt_addr_r环境变量指定位置）。 - 传递地址给内核：通过寄存器
x0传递DTB物理地址，同时设置x1=0、x2=0。
关键约定：ARM64 Linux内核启动时，
x0寄存器必须存放DTB的有效物理地址，否则内核无法完成设备枚举。
4.2 启动参数与寄存器传递规则
U-Boot跳转到内核入口前，需严格遵循ARM64 Linux启动协议。下表列出核心参数传递规则：
| 寄存器 | 内容 | 说明 |
|---|---|---|
x0 |
DTB物理地址 | 必须8字节对齐，指向有效FDT头 |
x1 |
0 | 保留，必须清零 |
x2 |
0 | 保留，必须清零 |
x3 |
0 | 保留，必须清零 |
sp |
栈指针 | 指向有效RAM区域，16字节对齐 |
常见错误：若
x0传递的地址指向无效内存或非FDT格式数据，内核会在early_init_dt_scan阶段触发panic，导致启动失败。
4.3 U-Boot环境变量与DTB地址管理
U-Boot通过环境变量控制DTB的加载地址和文件名，典型配置如下：
# 设置DTB加载地址
setenv fdt_addr_r 0x40000000
# 设置内核加载地址
setenv kernel_addr_r 0x40400000
# 设置ramdisk加载地址
setenv ramdisk_addr_r 0x44000000
# 从MMC读取DTB到指定地址
load mmc 0:1 ${fdt_addr_r} /boot/board.dtb
# 启动内核并传递DTB地址
booti ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr_r}上述booti命令会将fdt_addr_r的值写入x0寄存器，然后跳转到内核入口。
4.4 DTB地址传递的SVG流程图
下图展示了U-Boot从存储介质加载DTB到最终传递给内核的完整流程：
4.5 调试DTB传递的常用方法
在调试过程中，可通过以下手段验证DTB是否正确传递：
- U-Boot命令行检查：使用
fdt addr ${fdt_addr_r}命令验证DTB是否可解析。 - 打印DTB头信息：
fdt header ${fdt_addr_r}显示魔数、大小和版本。 - 内核早期打印：添加
earlycon和keep_bootcon内核参数，观察OF: fdt相关日志。 - 内存转储：使用
md ${fdt_addr_r} 20查看DTB头的前32字节，确认魔数0xd00dfeed。
调试技巧：若内核启动时出现
OF: fdt: not found错误，优先检查x0寄存器值是否与fdt_addr_r一致，以及DTB地址是否在有效RAM范围内。
4.6 多平台DTB选择策略
在支持多种硬件变体的系统中，U-Boot需根据硬件检测结果动态选择DTB。常见策略如下：
| 策略 | 实现方式 | 适用场景 |
|---|---|---|
| 固定DTB | 环境变量fdtfile指定单一DTB |
单板固定硬件 |
| 硬件ID匹配 | 读取SoC版本寄存器，选择对应DTB | 同一SoC不同外设配置 |
| DTB叠加 | 加载基础DTB后，应用.dtbo叠加层 |
FPGA动态加载或扩展板 |
| 网络动态加载 | 通过DHCP/TFTP获取DTB | 开发阶段或无本地存储 |
动态选择DTB的U-Boot脚本示例：
# 读取硬件版本寄存器
md.l 0x10000020 1
# 根据返回值选择DTB
if itest.l *0x10000020 == 0x1; then
setenv fdtfile board_v1.dtb
else
setenv fdtfile board_v2.dtb
fi
# 加载对应DTB
load mmc 0:1 ${fdt_addr_r} /boot/${fdtfile}4.7 DTB地址对齐与内存布局约束
ARM64 Linux内核要求DTB必须满足以下内存布局约束：
- 8字节对齐：DTB起始地址必须8字节对齐，否则内核拒绝解析。
- 不与内核重叠：DTB区域不能与内核镜像、ramdisk或initrd重叠。
- 保留内存区域：DTB应放置在
/memreserve或reserved-memory节点声明的区域之外。 - 最大尺寸限制：DTB总大小通常不超过2MB，但建议预留4MB空间。
内存重叠风险：若DTB地址与内核解压目标地址重叠，内核解压时会覆盖DTB，导致后续设备初始化失败。建议将DTB放在内核加载地址之后至少8MB处。
4.8 典型调试案例：DTB地址错误导致启动失败
以下是一个实际调试案例，展示如何定位DTB传递问题：
# 问题现象：内核启动卡在"OF: fdt: not found"
# 调试步骤：
# 1. 在U-Boot中检查DTB地址
=> fdt addr 0x40000000
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
# 2. 查看该地址内容
=> md 0x40000000 4
40000000: 00000000 00000000 00000000 00000000
# 3. 确认DTB实际加载地址
=> load mmc 0:1 0x41000000 /boot/board.dtb
=> fdt addr 0x41000000
=> fdt header
magic: 0xd00dfeed
totalsize: 0x1a000
# 4. 修正环境变量并重新启动
=> setenv fdt_addr_r 0x41000000
=> booti ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr_r}该案例中，fdt_addr_r指向的地址实际为空，导致内核无法找到有效DTB。通过重新加载到正确地址并更新环境变量，问题得以解决。
4.9 本章小结
U-Boot传递DTB给内核是ARM64启动流程中的关键环节。开发者需掌握以下要点：
- U-Boot通过
x0寄存器传递DTB物理地址，x1和x2必须清零。 - 环境变量
fdt_addr_r控制DTB加载地址，需确保不与内核镜像重叠。 - 调试时优先使用
fdt addr和fdt header命令验证DTB有效性。 - 多平台场景下，可通过硬件ID匹配或DTB叠加实现灵活的设备树选择。