第三章 启动流程优化：BootROM加载流程、BL1/BL2/BL31/BL32/BL33各阶段分析、安全启动链实现
好，咱们今天聊聊启动流程。这玩意儿，说白了就是芯片上电后，从“死寂”到“活蹦乱跳”的全过程。很多工程师觉得启动流程就是跑个汇编、跳个C，没什么大不了的。但我告诉你，这里面的坑，比你想的要多得多。
我个人习惯，拿到一块新板子，第一件事不是看原理图，而是先理清它的启动链路。为什么？因为启动流程决定了你后续所有软件工作的基础。你想想看，如果BootROM加载就出问题，后面BL1、BL2写得再漂亮，那也是白搭。
3.1 BootROM加载流程：芯片的第一口“奶”
芯片上电后，CPU处于复位状态。这时候，谁先干活？是固化在芯片内部ROM里的一段代码——BootROM。这段代码是芯片出厂就写死的，你改不了，也删不掉。
BootROM的任务很简单：找到下一级启动代码，并把它加载到SRAM里。但问题来了，它怎么找？
- 启动介质检测：BootROM会按照预设的顺序，去检查各种启动介质。比如先看eMMC有没有有效镜像，再看SD卡，最后看USB或UART。这个顺序，芯片厂商一般会让你配置。
- 镜像头解析：找到介质后，BootROM会读取镜像的头部信息。这个头部里包含了镜像的大小、校验和、加载地址等关键数据。
- 校验与加载：BootROM会对镜像进行简单的校验（比如CRC），然后把它从存储介质拷贝到芯片内部的SRAM里。注意，这时候DDR还没初始化，所以只能用SRAM。
关键点：BootROM的代码量通常很小，也就几十KB。它必须足够精简、足够可靠。我在项目中遇到过，因为BootROM的加载时序没处理好，导致某些eMMC芯片无法识别，折腾了好几天才发现是兼容性问题。
3.2 BL1/BL2/BL31/BL32/BL33：五级启动的“接力赛”
BootROM加载完第一段代码后，就交棒了。这个接力赛，在ARM架构里通常分为五个阶段：BL1、BL2、BL31、BL32、BL33。每个阶段都有自己的使命。
| 阶段 | 运行位置 | 主要任务 | 权限级别 |
|---|---|---|---|
| BL1 | SRAM | 初始化最基本的硬件（时钟、看门狗），加载BL2 | EL3 |
| BL2 | SRAM | 初始化DDR、存储控制器，加载后续镜像 | EL3 |
| BL31 | DDR | 提供运行时服务（PSCI、SMC处理），管理电源 | EL3 |
| BL32 | DDR | 运行TEE（如OP-TEE），提供安全服务 | EL1（安全世界） |
| BL33 | DDR | 启动U-Boot或UEFI，最终引导操作系统 | EL2/EL1 |
嗯，这里要注意，BL1和BL2都是在SRAM里跑的。为什么？因为DDR还没初始化，你没法用。BL1的代码量要控制得非常小，我见过有些项目，BL1只有4KB，连个printf都塞不下。
BL2的任务就重多了。它要初始化DDR，这步很关键。DDR的时序参数、电压、频率，任何一个配错了，系统都起不来。我曾经因为DDR的ODT配置不对，导致系统在低温环境下频繁死机，排查了整整一周。
BL31是ARM Trusted Firmware的核心。它运行在EL3，负责处理安全监控调用（SMC），以及电源管理（PSCI）。说白了，它就是安全世界和普通世界之间的“守门员”。
BL32是TEE操作系统，比如OP-TEE。它提供安全服务，比如密钥管理、安全存储。如果你的产品不需要TEE，BL32可以省略。
BL33就是大家熟悉的U-Boot或UEFI。它负责加载操作系统内核。到了这一步，启动流程基本就结束了。
3.3 安全启动链（Secure Boot）：从源头保证可信
安全启动，说白了就是确保每一级代码都是可信的、未被篡改的。如果BootROM加载了一个被篡改的BL1，那后面所有代码都可能被控制。所以，安全启动必须从第一级就开始。
实现方式是这样的：
- 公钥固化：芯片厂商会把公钥（Public Key）烧录到芯片的OTP（一次性可编程）区域。这个公钥是芯片的“信任根”。
- 镜像签名：开发者在编译BL1、BL2等镜像时，会用私钥对镜像进行签名。签名数据会附加在镜像尾部。
- 逐级校验：BootROM加载BL1时，会用OTP里的公钥验证BL1的签名。验证通过，才执行BL1。BL1再以同样的方式验证BL2，以此类推。
避坑指南：我曾经在项目中，因为OTP区域的公钥烧录错误，导致所有镜像都无法通过验证。更惨的是，OTP是一次性的，烧错了就废了。所以，烧录前一定要反复确认公钥的哈希值。
这里有个细节：签名验证通常使用RSA或ECDSA算法。RSA的优点是成熟、广泛支持，但计算量大。ECDSA的签名更短，计算更快。我个人更倾向于ECDSA，尤其是在资源受限的BL1阶段。
另外，安全启动链还有一个重要概念：回滚保护。什么意思？就是防止攻击者把系统降级到一个有漏洞的旧版本。实现方式是在镜像头里加入版本号，BootROM会检查版本号是否大于等于当前已记录的最小版本号。如果小于，就拒绝启动。
警告：回滚保护的版本号通常存储在OTP或RPMB（Replay Protected Memory Block）区域。这些区域的写入次数有限，频繁更新版本号可能导致存储介质寿命耗尽。所以，版本号的更新策略要慎重设计。
最后，我想说一句：安全启动不是万能的。它只能保证启动过程的完整性，但无法防御运行时的攻击。比如，如果操作系统本身有漏洞，攻击者依然可以利用它。所以，安全启动只是整个安全体系的一部分，而不是全部。
好了，这一章就到这里。下一章，咱们聊聊内存管理优化，这可是性能优化的重头戏。