4、配置Bootloader：U-Boot配置、ATF配置、裸机启动流程

好，咱们今天聊聊嵌入式Linux启动的第一道关卡——Bootloader。说白了，它就是上电后第一个跑起来的程序，负责把内核请进内存，然后交棒给它。我这些年调过不少板子，每次卡在最开始启动阶段，十有八九都是Bootloader配置出了问题。今天咱们就把U-Boot、ATF和裸机启动流程彻底捋清楚。

4.1 为什么需要Bootloader？

你想想看，CPU上电那一刻，内存还没初始化，文件系统更是没影儿。这时候谁来做这些脏活累活？就是Bootloader。它像个先遣队，先把硬件环境搭好，再把内核从Flash或SD卡里搬到内存，最后跳转到内核入口。

我个人习惯把Bootloader分成两个阶段：

• 第一阶段（SPL/TPL）：极简代码，初始化最基本的硬件（时钟、DDR），为第二阶段腾出空间。
• 第二阶段（U-Boot proper）：完整的Bootloader，提供命令行、网络、文件系统支持。

4.2 U-Boot配置实战

U-Boot的配置，我建议你从make menuconfig开始。这玩意儿和Linux内核配置长得一模一样，上手很快。

4.2.1 基础配置流程

# 先设置交叉编译工具链
export CROSS_COMPILE=aarch64-linux-gnu-
export ARCH=arm64

# 选择默认配置（以树莓派4为例）
make rpi_4_defconfig

# 进入图形化配置界面
make menuconfig

在menuconfig里，有几个关键选项你得盯紧了：

• Board name：确认板子型号是否正确
• Boot media：从SD卡、eMMC还是NAND启动
• Network support：是否启用TFTP/NFS网络启动
• Environment location：环境变量存哪里（SPI Flash、MMC分区还是FAT文件）

4.2.2 设备树配置

U-Boot现在也大量使用设备树（DTB）。你需要确保：

1. U-Boot自带的DTB和内核用的DTB保持一致
2. 如果板子有定制外设，记得在dts文件里加上节点

// 在 arch/arm/dts/ 下找到你的板子dts文件
// 比如 rpi_4.dts，添加自定义GPIO
&gpio {
    my_led {
        gpios = &gpio 17 GPIO_ACTIVE_HIGH;
        label = "my-led";
    };
};

4.3 ATF（ARM Trusted Firmware）配置

ATF这玩意儿，说白了就是ARMv8架构的安全管家。它负责建立安全世界和非安全世界的隔离。我在项目中遇到过一个问题：ATF版本和U-Boot版本不匹配，导致启动到一半就挂掉。后来查了半天，才发现是ATF的PLATFORM宏定义错了。

4.3.1 ATF的启动层级

层级	名称	职责
BL1	Boot ROM	最基础的初始化，验证BL2的签名
BL2	Trusted Boot Firmware	加载BL31、BL32、BL33，建立安全内存布局
BL31	Runtime Firmware	提供安全监控调用（SMC），管理CPU电源
BL32	Trusted OS	可选的，运行OP-TEE等安全操作系统
BL33	Non-Trusted Firmware	就是U-Boot，运行在非安全世界

4.3.2 编译ATF并与U-Boot集成

# 编译ATF
make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rpi4 all

# 编译U-Boot时指定ATF路径
make CROSS_COMPILE=aarch64-linux-gnu- BL31=../atf/build/rpi4/release/bl31.bin

# 最终生成u-boot.bin，里面已经包含了ATF的BL31

4.4 裸机启动流程详解

咱们用一张图来理解整个启动流程，这样更直观：

4.4.1 上电后的第一行代码

CPU上电后，会从复位向量地址开始执行。对于ARMv8，这个地址通常是0x00000000或0xFFFF0000。这里放的是ROM code，由芯片厂商固化，用户改不了。

ROM code会做几件事：

• 初始化最基本的时钟和电源
• 从启动介质（SD卡、eMMC、SPI Flash）读取BL1
• 验证BL1的签名（如果使能了安全启动）

4.4.2 ATF接管后的流程

BL1加载BL2，BL2再加载BL31和BL33。这里有个关键点：BL31会常驻内存，提供安全监控调用接口。内核和U-Boot可以通过SMC指令请求安全服务，比如操作安全存储、管理CPU电源。

我记得有一次调试，发现系统休眠后唤不醒。查来查去，原来是BL31的电源管理回调函数没实现。嗯，这种问题用JTAG跟踪最方便，但如果没有调试器，就只能靠串口打印了。

4.4.3 U-Boot加载内核

U-Boot启动后，会执行bootcmd中的命令。典型的流程是：

# 从SD卡读取内核和设备树
load mmc 0:1 ${kernel_addr_r} /boot/Image
load mmc 0:1 ${fdt_addr_r} /boot/board.dtb

# 设置启动参数
setenv bootargs console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw

# 启动内核
booti ${kernel_addr_r} - ${fdt_addr_r}

4.5 常见问题与调试技巧

启动过程中最容易出问题的几个地方：

• DDR初始化失败：表现为U-Boot启动到一半卡死。检查DDR时序参数和电压设置。
• 启动介质识别错误：U-Boot找不到内核镜像。确认bootdevice和分区号是否正确。
• ATF与U-Boot不匹配：启动时打印一堆错误然后重启。确保两者版本兼容。

调试时，我习惯在U-Boot里开启完整的调试信息：

# 在menuconfig中启用
CONFIG_LOGLEVEL=8
CONFIG_DEBUG_UART=y
CONFIG_DEBUG_UART_BASE=0xFE215000  # 根据板子修改

这样U-Boot会打印出详细的初始化过程，哪个设备初始化成功、哪个失败，一目了然。

---