1. U-Boot概述与启动流程全景
U-Boot（Universal Boot Loader）是嵌入式Linux系统中使用最广泛的引导加载程序，承担从SoC复位到操作系统内核加载的完整使命。本章从全局视角拆解U-Boot的启动链路，帮助开发者建立完整的阶段认知。
1.1 U-Boot在嵌入式系统中的角色
在嵌入式系统中，U-Boot位于硬件与操作系统之间，负责完成以下关键任务：
- 硬件初始化：配置时钟、DDR控制器、存储控制器等核心外设
- 引导介质识别：从NAND Flash、eMMC、SD卡、SPI NOR等介质读取内核
- 内核加载与启动：将内核映像从存储介质复制到DDR并传递启动参数
- 系统恢复与调试：提供网络下载、内存读写、命令行交互等调试能力
关键认知：U-Boot不是操作系统，而是"硬件与操作系统之间的桥梁"。它的执行时间直接影响产品开机速度，是嵌入式系统启动优化的核心战场。
1.2 从SoC复位到内核加载的完整链路
典型的嵌入式系统启动链路包含以下阶段，每个阶段都有明确的职责边界：
| 阶段 | 执行位置 | 主要职责 | 典型大小 |
|---|---|---|---|
| SoC复位 | 内部ROM | 读取启动引脚，加载第一阶段Boot ROM | — |
| Boot ROM | 内部SRAM | 初始化基础时钟、加载SPL到SRAM | 32~64 KB |
| SPL | SRAM | 初始化DDR、加载U-Boot proper到DDR | 16~64 KB |
| U-Boot proper | DDR | 完整外设初始化、环境变量、加载内核 | 200~500 KB |
| 内核加载 | DDR | 解压内核、传递设备树和启动参数 | — |
启动优化核心指标：从SoC复位到内核开始执行的总时间，通常以毫秒为单位。消费电子要求<500ms，工业控制要求<2s，汽车电子要求<100ms。
1.3 SPL、TPL、U-Boot proper阶段划分
现代U-Boot采用多阶段设计，以解决"小SRAM加载大Bootloader"的矛盾。各阶段划分如下：
1.3.1 SPL（Secondary Program Loader）
- 运行环境：片上SRAM（通常16~256 KB）
- 核心任务：初始化DDR控制器，将U-Boot proper从存储介质加载到DDR
- 代码规模：受SRAM大小严格限制，通常裁剪到最小功能集
- 优化重点：DDR训练时间、存储介质读取速度
1.3.2 TPL（Tertiary Program Loader）
- 适用场景：SRAM极小（<32 KB），无法直接运行完整SPL
- 核心任务：初始化基础时钟和部分DDR，加载SPL到DDR
- 代码规模：通常<8 KB，仅包含最简初始化代码
- 优化重点：减少TPL阶段的冗余初始化
1.3.3 U-Boot proper
- 运行环境：DDR（通常几十MB可用）
- 核心任务：完整外设初始化、环境变量加载、网络/文件系统支持、内核加载
- 代码规模：200~500 KB，包含完整驱动和命令
- 优化重点：减少不必要的驱动初始化、优化内核加载路径
常见误区：并非所有平台都需要TPL。只有SRAM容量不足以容纳SPL时（如某些Cortex-M或低端ARM SoC），才引入TPL阶段。多数ARM Cortex-A平台直接从Boot ROM跳转到SPL。
1.4 启动流程全景SVG图
下图展示了从SoC复位到内核加载的完整启动链路，包含各阶段的内存布局和跳转关系：
1.5 各阶段启动时间分布
实际项目中，各阶段的时间占比差异显著。以下是一个典型ARM Cortex-A7平台的启动时间分布：
| 阶段 | 典型耗时 | 占比 | 优化潜力 |
|---|---|---|---|
| Boot ROM | 10~30 ms | 5%~10% | 低（芯片固件，不可修改） |
| SPL | 50~200 ms | 20%~40% | 高（DDR训练、存储读取） |
| U-Boot proper | 100~500 ms | 40%~60% | 高（驱动初始化、环境加载） |
| 内核加载 | 20~100 ms | 5%~15% | 中（解压算法、DMA传输） |
优化优先级：SPL和U-Boot proper合计占启动时间的60%~80%，是启动优化的主战场。后续章节将逐一深入每个阶段的优化技术。
1.6 启动流程关键决策点
在启动链路中，以下决策点直接影响启动速度和系统可靠性：
- 启动介质选择：通过Boot ROM读取的启动引脚状态决定从哪个介质加载SPL
- DDR训练策略：SPL阶段是否执行完整DDR训练，或使用预置参数跳过训练
- U-Boot proper加载位置：从存储介质读取U-Boot proper时，是否启用DMA或Cache加速
- 环境变量加载：是否从默认环境启动，还是从存储介质加载用户自定义环境
- 内核验证方式：是否启用签名验证、校验和检查等安全机制
实践建议：在项目初期，先通过串口打印测量各阶段耗时，建立启动时间基线。后续优化时，每次修改只针对一个阶段，避免引入耦合问题。