1. BootROM 概述：芯片上电后的第一行代码
各位同学，咱们今天聊聊 BootROM。这东西听起来挺神秘，其实说白了，它就是芯片上电后 CPU 执行的第一段程序。你想想看，一颗 SoC 刚上电时，DDR 还没初始化，Flash 里的程序也读不了，CPU 总得干点啥吧？BootROM 就是干这个的。
我个人习惯把 BootROM 叫做「芯片的 BIOS」。虽然不完全一样，但功能上确实有相似之处。我最早接触 BootROM 是在做一款车规级芯片的时候，当时为了追一个启动失败的问题，硬是把 BootROM 的汇编代码反汇编出来一行一行看。嗯，那段经历让我对这东西有了刻骨铭心的理解。
什么是 BootROM
BootROM，全称 Boot Read-Only Memory，是固化在 SoC 内部的一块只读存储器。它里面存放的是芯片出厂时就写好的启动代码。这块 ROM 是 Mask ROM，也就是芯片流片时用光刻掩膜版直接做进去的，用户改不了。
它的核心任务就三个：
- 初始化硬件 — 把 CPU、时钟、看门狗、关键外设等基本硬件拉起来
- 选择启动介质 — 从 SPI Flash、NAND、eMMC、SD 卡等介质中加载下一级程序
- 跳转到 Bootloader — 把控制权交给 U-Boot 或类似的引导程序
关键认知：BootROM 是芯片上电后第一个执行的程序，它运行在 SRAM 中，大小通常只有 32KB 到 256KB。空间极其有限，所以代码必须精简高效。
BootROM 在 SoC 中的位置
咱们来看一张图，你就明白了。
从这张图你能看到，BootROM 和 CPU 核心、SRAM 都挂在内部总线上。CPU 上电复位后，硬件逻辑会把 PC 指针直接指向 BootROM 的起始地址。这个过程不需要任何初始化，是芯片硬件直接决定的。
我记得有一次调试，发现芯片上电后死活不跑。查了半天，结果是复位向量表配置错了，CPU 跳到了一个非法地址。嗯，这种问题在 BootROM 层面基本不会发生，因为它是硬件固化的，地址是死的。
BootROM 与 Bootloader 的区别
很多初学者容易把 BootROM 和 Bootloader 搞混。我刚开始做嵌入式时也犯过这个错。其实它们完全是两码事。
| 对比维度 | BootROM | Bootloader |
|---|---|---|
| 存储位置 | 芯片内部的 Mask ROM | 外部 Flash / eMMC / NAND |
| 可修改性 | 不可修改（出厂固化） | 可更新、可定制 |
| 大小 | 通常 32KB ~ 256KB | 通常 128KB ~ 2MB |
| 运行环境 | SRAM（片上 RAM） | DDR（外部内存） |
| 功能复杂度 | 极简，只做必要初始化 | 丰富，支持网络、文件系统、命令行 |
| 开发方 | 芯片厂商提供 | 板级开发者或 SoC 厂商 |
| 典型代表 | 各芯片内部 BootROM | U-Boot、CoreBoot、Little Kernel |
说白了，BootROM 是芯片厂商写死的「最小启动代码」，它只负责把 Bootloader 从外部存储加载到内存里。而 Bootloader 才是真正做系统初始化的程序，比如初始化 DDR、配置时钟、加载内核镜像等。
我的经验：曾经有个项目，BootROM 加载 U-Boot 时总是校验失败。查到最后发现是 SPI Flash 的时序参数在 BootROM 里写死了，而我们用的 Flash 芯片和参考设计不一样。解决办法是让 BootROM 进入「烧录模式」，通过 USB 直接下载 U-Boot 到内存里运行。这种模式在很多芯片里都支持，叫 DFU 或串行下载模式。
BootROM 的启动流程
咱们把整个启动流程串起来看看：
- 上电复位 — 芯片上电，硬件复位逻辑生效
- 硬件取指 — CPU 从复位向量地址（通常是 0x00000000 或 0xFFFF0000）读取第一条指令
- BootROM 执行 — 执行固化在 ROM 中的启动代码
- 硬件初始化 — 初始化 CPU 模式、堆栈、看门狗、时钟等
- 启动介质检测 — 按优先级轮询 SPI Flash、SD 卡、NAND 等介质
- 加载 Bootloader — 从检测到的介质中读取 Bootloader 到 SRAM
- 校验与跳转 — 校验 Bootloader 的签名或 CRC，通过后跳转执行
注意：BootROM 阶段通常没有异常处理机制。如果这一步出错了，芯片基本就「变砖」了。所以芯片厂商都会在 BootROM 里内置一个「恢复模式」——通过特定引脚电平或检测特定外设（如 USB）来进入烧录模式，从而挽救设备。
为什么需要 BootROM
你可能会问：为什么不直接把 Bootloader 固化在芯片里？
原因很简单：灵活性。BootROM 只做最基础的事情，剩下的交给 Bootloader。这样板级开发者可以根据自己的硬件设计选择不同的 Flash、不同的内存配置，甚至不同的操作系统。如果所有东西都固化在 ROM 里，那芯片就失去了通用性。
另外，BootROM 还有一个重要作用——安全启动。BootROM 是第一级信任根，它校验 Bootloader 的签名，Bootloader 再校验内核的签名，形成一条完整的信任链。我在做安全芯片项目时，BootROM 里就集成了 RSA 验签算法，用来确保加载的 Bootloader 是官方发布的，没有被篡改过。
嗯，关于 BootROM 的基本概念，咱们先聊到这儿。这东西虽然小，但它是整个启动流程的基石。后面几章我们会深入 BootROM 的代码实现、启动介质检测逻辑、以及烧录流程的细节。