1. BootROM 概述：芯片上电后的第一行代码

各位同学，咱们今天聊聊 BootROM。说白了，它就是芯片上电后，CPU 执行的第一段程序。你想想看，这时候内存还没初始化，Flash 里的程序也读不出来，CPU 总得干点啥吧？BootROM 就是干这个的。

我个人习惯把 BootROM 叫做「芯片的 BIOS」。虽然不太严谨，但功能上确实很像——都是负责把系统从「死」的状态拉起来。我做过好几个 SoC 项目，每次调试 BootROM 都是最头疼的环节，因为一旦这里出问题，芯片就是个砖头，连个打印都看不到。

1.1 什么是 BootROM

BootROM，全称 Boot Read-Only Memory，是固化在 SoC 内部的一段只读程序。它有几个关键特征：

• 只读性：出厂就写死了，用户改不了。嗯，至少正常情况下改不了。
• 非易失：掉电不丢失，上电就能跑。
• 位置固定：映射在 CPU 的复位向量地址上，比如 ARM 架构通常是 0x00000000 或 0xFFFF0000。

我记得有一次调试一个 IoT 芯片，BootROM 里有个 bug，导致从 SPI Flash 加载镜像时总是校验失败。查了三天才发现是 BootROM 里一个时序参数配错了。所以你看，BootROM 虽然小，但出问题就是大问题。

1.2 BootROM 在 SoC 启动流程中的位置

咱们把 SoC 的启动流程画出来，你就明白了。整个启动过程大致分这么几步：

1. 上电复位：电源稳定后，复位信号释放。
2. CPU 取指：CPU 从复位向量地址读取第一条指令——这条指令就在 BootROM 里。
3. BootROM 执行：初始化最基本的硬件（时钟、SRAM、看门狗），然后检测启动介质。
4. 加载镜像：从检测到的介质（比如 eMMC、NAND Flash、UART）读取下一级 bootloader。
5. 跳转执行：验证通过后，跳转到加载的镜像入口。

说白了，BootROM 就是个「引路人」。它自己不干大事，但没它，后面的事都干不了。

下面这张图展示了 BootROM 在整个启动链中的位置：

1.3 BootROM 的硬件架构与存储介质

BootROM 不是随便放哪都行的。它有自己的硬件架构要求。我简单列一下：

组件	说明	我见过的坑
存储介质	通常是一小块 Mask ROM，几 KB 到几十 KB 不等	Mask ROM 改一次要换光罩，成本极高
地址映射	固定映射到 CPU 复位向量地址	地址冲突会导致 CPU 取到垃圾指令
访问接口	通过内部总线直接访问，不需要配置内存控制器	总线仲裁没做好，DMA 和 CPU 抢带宽
执行环境	通常在内部 SRAM 中运行，或者直接在 ROM 里 XIP	SRAM 太小，BootROM 代码写大了放不下

这里有个关键点：BootROM 的存储介质是 Mask ROM。Mask ROM 的特点是：

• 成本低：大批量生产时，每颗芯片的成本几乎可以忽略。
• 速度快：读延迟极低，CPU 可以直接在上面执行代码（XIP）。
• 不可更改：流片后就焊死了。所以 BootROM 的代码必须经过充分验证。

说到硬件架构，BootROM 通常包含以下几个模块：

1. 复位向量表：CPU 上电后第一个跳转的地方，里面放了一条跳转指令。
2. 最小初始化代码：配置时钟、关闭看门狗、初始化内部 SRAM。
3. 启动介质检测逻辑：轮询各个启动接口，判断哪个介质上有合法的镜像。
4. 镜像加载引擎：从介质读取数据到 SRAM 或 DDR。
5. 安全验证模块：校验镜像签名或哈希值。

我个人习惯把 BootROM 的硬件架构画成下面这样：

嗯，这里要特别提一下「最小初始化」这个模块。它只做三件事：

• 配置系统时钟：让 CPU 和总线跑起来。
• 关闭看门狗：防止 BootROM 执行过程中被复位。
• 初始化内部 SRAM：给后续代码提供运行空间。

为什么不做更多？因为 BootROM 的容量太有限了。我记得有个项目，BootROM 只有 8KB，光初始化代码就占了 3KB，剩下 5KB 要搞定介质检测、加载和安全验证。那真是「螺蛳壳里做道场」，每一行汇编都得精打细算。