告别盲目探测！为你的Rockchip设备定制专属的Uboot SPL启动流程
为Rockchip设备定制Uboot SPL启动流程：从盲目探测到精准引导
当你的RK3568工控板只需要从SPI NOR Flash启动时，默认的Uboot SPL却固执地探测SD卡、eMMC等无关存储介质——这不仅浪费宝贵的启动时间，还可能引发意外的硬件错误。本文将带你深入理解spl-boot-order的设计哲学，掌握如何根据实际硬件配置打造专属的启动流程。
1. 为什么需要定制SPL启动顺序？
现代嵌入式设备的启动流程就像一场精心编排的交响乐，而SPL（Secondary Program Loader）就是这场演出的指挥。Rockchip原厂提供的Uboot默认配置为了兼容各种可能的硬件组合，通常会启用所有存储介质的探测功能。这种"大而全"的设计在产品开发初期确实方便，但在量产阶段却可能成为性能瓶颈。
以典型的RK3568物联网网关为例，板上可能只焊接了SPI NOR Flash用于存储固件。但默认配置中，SPL会依次尝试：
- SD卡控制器（sdmmc0）
- eMMC控制器（sdhci）
- NAND控制器（nandc0）
- SPI NAND接口
- SPI NOR接口
每探测一个不存在的设备，系统就要等待超时，累计可能浪费数百毫秒。在工业控制等对启动时间敏感的场景中，这种冗余操作是不可接受的。
2. 深入理解spl-boot-order机制
spl-boot-order是Rockchip在设备树中引入的一个特殊属性，它定义了SPL阶段尝试加载固件的顺序。这个设计体现了Linux设备树"描述硬件"的核心思想——让软件精确匹配硬件配置，而不是依赖运行时探测。
2.1 设备树配置解析
在RK3568的Uboot设备树中（通常为rk3568-u-boot.dtsi），我们可以看到这样的配置片段：
chosen { stdout-path = &uart2; u-boot,spl-boot-order = &sdmmc0, &sdhci, &nandc0, &spi_nand, &spi_nor; };这段配置明确指定了启动顺序：
- 首先尝试SD卡控制器（&sdmmc0）
- 然后尝试eMMC控制器（&sdhci）
- 接着是原始NAND接口（&nandc0）
- 再尝试SPI NAND设备
- 最后才轮到SPI NOR Flash
2.2 硬件与软件的协同设计
理解这个机制后，我们可以根据实际产品的BOM表（物料清单）进行精准配置。例如：
| 硬件配置 | 推荐spl-boot-order | 优化效果 |
|---|---|---|
| 仅SPI NOR | &spi_nor | 减少80%探测时间 |
| eMMC+SPI NOR | &sdhci, &spi_nor | 跳过SD/NAND探测 |
| SD卡+SPI NAND | &sdmmc0, &spi_nand | 优化双存储方案 |
3. 实战：为SPI NOR专用设备优化启动流程
让我们通过一个具体案例，演示如何为只使用SPI NOR Flash的设备优化启动顺序。
3.1 修改设备树配置
首先定位到Uboot源码中的设备树文件（通常位于arch/arm/dts/rk3568-u-boot.dtsi）：
cd ~/u-boot vim arch/arm/dts/rk3568-u-boot.dtsi找到chosen节点，将spl-boot-order修改为仅包含实际使用的存储控制器：
chosen { stdout-path = &uart2; u-boot,spl-boot-order = &spi_nor; };3.2 编译与部署SPL
Rockchip平台的Uboot编译需要特殊处理SPL部分：
# 使用--spl-new参数重新编译SPL ./make.sh rk3568 --spl-new # 将生成的SPL复制到rkbin目录 cp spl/u-boot-spl.bin ../rkbin/bin/rk35/rk356x_spl_v1.14.bin注意：rk356x_spl_v1.14.bin中的版本号需要与实际使用的SPL版本一致
3.3 验证优化效果
使用优化前后的SPL分别启动设备，可以通过串口日志观察启动时间差异：
# 优化前 [SPL] trying to boot from sdmmc0... (timeout after 150ms) [SPL] trying to boot from sdhci... (timeout after 150ms) [SPL] trying to boot from nandc0... (timeout after 200ms) [SPL] trying to boot from spi_nand... (timeout after 100ms) [SPL] booting from spi_nor... (success) # 优化后 [SPL] booting from spi_nor... (immediate success)在实际测试中，一个只使用SPI NOR的设备经过优化后，SPL阶段可以节省500-800ms的启动时间。
4. 高级技巧与注意事项
4.1 多存储介质的顺序优化
对于使用多种存储介质的设备，合理的启动顺序同样重要。考虑以下因素：
- 可靠性：将最稳定的介质放在前面
- 速度：优先尝试读写速度快的介质
- 更新机制：保留一个备用启动路径用于恢复
例如，一个使用eMMC为主存储、SPI NOR为恢复分区的设备可以这样配置：
u-boot,spl-boot-order = &sdhci, &spi_nor;4.2 彻底移除未使用的驱动
对于存储空间极其受限的设备，还可以考虑从源码中完全移除未使用的驱动：
- 在
configs/rk3568_defconfig中禁用相关选项 - 修改板级配置文件中的
CONFIG_SPL_XXX_SUPPORT选项 - 重新编译整个Uboot而不仅是SPL
这种方法可以进一步减小SPL镜像大小，但需要更深入的Uboot移植经验。
4.3 版本管理与兼容性
Rockchip的SPL有严格的版本兼容性要求，修改时需注意：
- SPL版本号与芯片型号必须匹配
- 修改后的SPL可能需要同步更新trust镜像
- 量产固件中应该固定使用经过验证的SPL版本
5. 设计思维：从功能实现到系统优化
优秀的嵌入式系统设计不应该停留在"能用"层面，而应该追求"好用"。SPL启动顺序的优化只是系统裁剪的一个缩影，这种思维可以扩展到：
- 内核裁剪：移除不需要的驱动和子系统
- 文件系统优化：选择最适合的rootfs方案
- 电源管理：根据实际使用场景调整休眠策略
在RK3568工控板项目中，我们通过系统级的裁剪和优化，最终实现了：
- 启动时间从3.2秒缩短到1.8秒
- 系统镜像大小减少40%
- 运行时的内存占用降低25%
这些改进使得产品在严苛的工业环境中表现更加稳定可靠。