📚 课程目录第4章 Bootloader原理与实战

4. Bootloader原理与实战

在嵌入式Linux量产部署中，Bootloader是上电后运行的第一段软件，它负责初始化最关键的硬件、把Linux内核从存储介质搬到内存并交出控制权。U-Boot是当前ARM、RISC-V等平台最主流的开源Bootloader，理解它的启动流程、环境变量机制、移植方法和烧录优化，是产品从“能跑”走向“可量产”的必经环节。

一、U-Boot的两阶段启动流程

U-Boot采用典型的SPL+U-Boot两阶段设计。第一阶段通常是SPL（Secondary Program Loader）或TPL，运行在片内SRAM中，因为此时DDR尚未初始化，可用内存极小。SPL只做最必要的事：配置时钟、初始化DDR控制器、把完整的U-Boot从存储介质加载到DDR，然后跳转执行。第二阶段是完整的U-Boot，运行在DDR中，具备命令行、驱动模型、文件系统访问和网络能力，最终加载内核与设备树，启动Linux。

这种分阶段设计的核心原因是“鸡生蛋”问题：DDR初始化代码本身需要运行空间，而DDR又还没准备好，所以必须先用SRAM中的小代码把DDR带起来。理解这一点，就能明白为什么SPL镜像通常只有几十KB，而完整U-Boot有几百KB甚至更大。

二、环境变量：U-Boot的“配置中心”

环境变量是U-Boot最灵活的部分，它以键值对形式保存启动参数、IP地址、分区偏移、启动命令等。环境变量通常存放在eMMC、NAND或SPI Flash的专用区域，启动时被加载到内存。常用命令包括printenv查看、setenv修改、saveenv持久化。

# 查看当前环境变量
printenv

# 设置启动参数并保存
setenv bootargs 'console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait'
setenv bootcmd 'mmc dev 0; fatload mmc 0:1 0x80008000 zImage; fatload mmc 0:1 0x83000000 dtb; bootz 0x80008000 - 0x83000000'
saveenv

其中bootcmd定义自动启动时执行的命令序列，bootargs则作为内核命令行传递给Linux。量产中常把bootargs中的根文件系统分区、控制台设备、调试级别做成可配置项，便于不同批次产品差异化部署。

建议在量产固件中保留一个“恢复模式”环境变量，例如bootcmd_recovery，当主启动失败时可通过按键或GPIO进入恢复模式，从USB或TFTP重新烧录，显著降低售后返修成本。

三、U-Boot移植方法

U-Boot移植的核心是“板级配置+设备树+驱动适配”。现代U-Boot采用DM（Driver Model）和设备树，移植工作比早期版本更规范。典型步骤如下：

选择参考板：在configs/下找到与目标SoC最接近的defconfig，复制并重命名。
创建板级目录：在board/厂商/板名/下实现board_init、DDR参数、引脚复用等。
配置设备树：在arch/arm/dts/下添加u-boot.dtsi，描述串口、MMC、网络、PMIC等。
配置头文件：设置CONFIG_SYS_TEXT_BASE、CONFIG_SYS_LOAD_ADDR、环境变量偏移等。
编译验证：make xxx_defconfig && make -j$(nproc)，生成u-boot.bin、spl/u-boot-spl.bin。

移植对象	关键文件/配置	常见问题
DDR初始化	board/xxx/spl.c、DDR寄存器参数	参数错误导致SPL卡死
串口控制台	设备树 uart 节点、CONFIG_BAUDRATE	引脚复用未配置，无输出
eMMC/SD	mmc 节点、CONFIG_MMC	电压域或时钟配置错误
网络	ethernet 节点、PHY地址	PHY复位时序不对
环境变量存储	CONFIG_ENV_OFFSET、CONFIG_ENV_SIZE	与分区表冲突导致覆盖

四、烧录与启动优化实战

量产烧录通常有两种方式：一是通过USB OTG使用厂商工具（如Rockchip的upgrade_tool、NXP的mfgtool）写入eMMC；二是通过U-Boot的fastboot或ums命令把eMMC模拟成U盘，由产线脚本批量写入。无论哪种方式，都要保证分区表、SPL、U-Boot、内核、设备树、根文件系统的偏移与bootargs一致。

# 在 U-Boot 中通过 fastboot 烧录
fastboot usb 0
# 主机端执行
fastboot flash boot boot.img
fastboot flash rootfs rootfs.img
fastboot reboot

启动优化方面，量产产品对启动时间敏感。常见优化手段包括：关闭不必要的U-Boot命令和驱动、缩短bootdelay、使用bootz直接启动未压缩内核、并行初始化外设、把内核和设备树放入eMMC而非网络加载。对于需要快速启动的产品，还可以启用CONFIG_SKIP_LOWLEVEL_INIT（在SPL已完成初始化时）和CONFIG_BOOT_RETRY_TIME控制重试。

不要为了缩短启动时间而盲目关闭串口输出或环境变量保存功能。产线调试和售后诊断高度依赖串口日志，建议保留一个可通过GPIO或按键触发的“诊断模式”，在正常启动时静默，异常时输出完整日志。

五、常见误区与复盘

环境变量偏移与分区表冲突：量产中修改分区表后忘记同步CONFIG_ENV_OFFSET，导致环境变量覆盖内核分区，表现为启动随机失败。
SPL与U-Boot版本不一致：只更新了u-boot.bin而没更新u-boot-spl.bin，DDR参数不匹配，板子直接不启动。
bootargs与设备树不匹配：内核命令行中的root=指向错误分区，或console=与设备树串口节点不一致，导致无根文件系统或无声。
量产固件未锁定环境变量：产线误操作saveenv写入错误启动参数，建议在正式固件中设置CONFIG_ENV_IS_NOWHERE或加写保护。

复盘来看，U-Boot阶段的问题往往不是“代码写错”，而是“配置与硬件、分区、内核参数三者不一致”。建立一份板级配置清单，把DDR参数、分区偏移、环境变量地址、bootargs、设备树节点逐项核对，是量产部署中最有效的防错手段。