3. BootROM的存储与加载：芯片的第一口“奶”
芯片上电那一刻，到底发生了什么？
很多人觉得BootROM很神秘。说白了，它就是芯片出厂时，用硬件“刻”在硅片里的一段程序。这段程序，是芯片生命的起点。
3.1 BootROM的物理存储：Mask ROM
BootROM通常存储在Mask ROM里。Mask ROM是什么？你可以把它理解成一张“刻死的唱片”。芯片制造时，通过光刻掩模版直接把数据写进去。一旦出厂，内容就永远固定了。
Mask ROM的几个关键特性：
- 非易失性：掉电不丢失。这是必须的，不然芯片每次重启都得重新灌程序。
- 只读性：运行时只能读，不能写。任何试图写入的操作都会直接忽略或触发异常。
- 访问速度：通常比SRAM慢，但比外部Flash快。我见过一些设计，BootROM的读取延迟在3-5个CPU周期左右。
- 成本优势：大规模量产时，Mask ROM的成本极低。因为它不需要额外的编程工序。
核心认知： Mask ROM是芯片的“硬件固化”存储。它不需要初始化，上电即用。这是BootROM能成为“第一条指令”执行者的根本原因。
我个人习惯把Mask ROM比作芯片的“基因”。它决定了芯片最基本的启动行为。你没法修改它，只能顺着它的逻辑来设计后续的启动流程。
3.2 芯片上电后的第一条指令
复位信号释放后，CPU核心会做什么？
它会去一个固定的地址取第一条指令。这个地址，通常被称为复位向量（Reset Vector）。
不同架构的复位向量地址：
| 架构 | 复位向量地址 | 说明 |
|---|---|---|
| ARM Cortex-M | 0x00000000 | 向量表起始地址，前4字节存栈指针，后4字节存复位向量 |
| ARM Cortex-A | 0x00000000 或 0xFFFF0000 | 由硬件配置决定，通常低地址启动 |
| RISC-V | 0x00000000 或 0x80000000 | 由具体实现定义，常见为0x80000000 |
| x86 | 0xFFFFFFF0 | 传统BIOS启动地址，靠近4GB地址空间顶端 |
嗯，这里要注意：复位向量地址必须映射到Mask ROM。芯片设计时，地址空间的解码逻辑会把复位向量所在的地址区间，直接指向Mask ROM的物理存储单元。
我曾经在一个项目中踩过坑：芯片内部有多个启动介质（Mask ROM、内部SRAM、外部Flash），复位后地址映射还没初始化，CPU直接去取指令，结果取到了一堆垃圾数据。后来发现是地址解码器的优先级没配好，Mask ROM的映射被其他设备覆盖了。
避坑指南： 复位向量的地址映射必须在芯片复位后立即生效。任何需要软件配置才能生效的地址映射，都不能用于存放第一条指令。这是硬件设计的基本功。
3.3 BootROM代码的拷贝与执行
CPU从Mask ROM取到第一条指令后，就开始执行BootROM代码了。但Mask ROM访问速度慢，而且通常容量有限（几KB到几十KB）。所以，很多BootROM会做一件事：把自己拷贝到更快的内存里执行。
典型的拷贝流程：
- 初始化栈指针：第一条指令通常是设置SP，为后续的C函数调用做准备。
- 初始化关键硬件：比如时钟、PLL、内存控制器。这一步是为了让SRAM或DDR可用。
- 代码拷贝：将BootROM代码从Mask ROM拷贝到SRAM或DDR中。
- 跳转执行：修改PC指针，跳转到拷贝后的代码地址继续执行。
你想想看，为什么要多此一举？直接原地执行不行吗？
行，但慢。Mask ROM的读取速度通常只有几十MHz，而SRAM可以跑到几百MHz。把BootROM拷贝到SRAM里，后续的启动速度能提升一个数量级。我参与过一个SSD主控项目，BootROM有32KB，在Mask ROM里跑完整个初始化流程需要200ms，拷贝到SRAM后，直接压缩到30ms以内。
设计技巧： 拷贝过程通常用汇编或手写优化过的C代码实现。因为这时候内存控制器可能还没完全初始化，不能依赖复杂的C运行时环境。我习惯用循环展开和DMA传输来加速拷贝，效果很明显。
下面这张图，展示了BootROM从存储到执行的完整路径：
拷贝完成后，BootROM会继续执行后续的初始化任务：配置外设、检测启动介质、加载下一级Bootloader（如SPL、U-Boot）。这些内容，我们会在后面的章节详细展开。
关键总结： BootROM的存储与加载，本质上是“从慢速只读存储到快速读写存储”的一次搬运。这个搬运过程，决定了芯片启动的速度和灵活性。设计时，要权衡Mask ROM的大小、拷贝策略、以及跳转时机。
我记得有一次调试一个嵌入式设备，BootROM拷贝后跳转总是失败。折腾了两天，最后发现是拷贝后的代码地址和链接脚本里的地址不一致。链接脚本里把BootROM的运行时地址定在了0x20000000，但拷贝代码写死了0x20001000。这种低级错误，排查起来真要命。
所以，我建议你在设计BootROM时，把拷贝目标地址定义成一个宏，并且在链接脚本和拷贝代码里保持同步。这样既清晰，又不容易出错。