企业动态

为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会依次尝试：

1. SD卡控制器（sdmmc0）
2. eMMC控制器（sdhci）
3. NAND控制器（nandc0）
4. SPI NAND接口
5. 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; };

这段配置明确指定了启动顺序：

1. 首先尝试SD卡控制器（&sdmmc0）
2. 然后尝试eMMC控制器（&sdhci）
3. 接着是原始NAND接口（&nandc0）
4. 再尝试SPI NAND设备
5. 最后才轮到SPI NOR Flash

2.2 硬件与软件的协同设计

理解这个机制后，我们可以根据实际产品的BOM表（物料清单）进行精准配置。例如：

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 彻底移除未使用的驱动

对于存储空间极其受限的设备，还可以考虑从源码中完全移除未使用的驱动：

1. 在configs/rk3568_defconfig中禁用相关选项
2. 修改板级配置文件中的CONFIG_SPL_XXX_SUPPORT选项
3. 重新编译整个Uboot而不仅是SPL

这种方法可以进一步减小SPL镜像大小，但需要更深入的Uboot移植经验。

4.3 版本管理与兼容性

Rockchip的SPL有严格的版本兼容性要求，修改时需注意：

• SPL版本号与芯片型号必须匹配
• 修改后的SPL可能需要同步更新trust镜像
• 量产固件中应该固定使用经过验证的SPL版本

5. 设计思维：从功能实现到系统优化

优秀的嵌入式系统设计不应该停留在"能用"层面，而应该追求"好用"。SPL启动顺序的优化只是系统裁剪的一个缩影，这种思维可以扩展到：

• 内核裁剪：移除不需要的驱动和子系统
• 文件系统优化：选择最适合的rootfs方案
• 电源管理：根据实际使用场景调整休眠策略

在RK3568工控板项目中，我们通过系统级的裁剪和优化，最终实现了：

• 启动时间从3.2秒缩短到1.8秒
• 系统镜像大小减少40%
• 运行时的内存占用降低25%

这些改进使得产品在严苛的工业环境中表现更加稳定可靠。