4. BootROM启动流程
各位同学，今天我们来聊聊BootROM的启动流程。说实话，这个主题我讲了十几年，每次都有新感悟。BootROM是芯片上电后执行的第一段代码，它就像系统的"接生婆"——从一片混沌中把CPU唤醒，然后一步步引导系统进入正轨。
我个人习惯把BootROM启动流程拆成五个关键阶段：上电复位 → CPU初始化 → BootROM代码执行 → 启动设备检测 → 加载并跳转到下一级Bootloader。这五个阶段环环相扣，任何一个环节出问题，系统都起不来。
核心要点：BootROM是固化在芯片内部ROM中的一段程序，上电后CPU自动从复位向量指向的地址开始执行。它负责最基本的硬件初始化和启动引导。
1.1 上电复位——一切从这里开始
上电复位，说白了就是给芯片"通电并归零"。当电源电压达到稳定阈值后，复位控制器会释放复位信号。CPU看到复位信号撤除，立刻从预设的复位向量地址开始取指令。
这里有个细节很多人容易忽略：复位向量地址。不同架构不一样，ARM Cortex-M系列通常是0x00000000，而Cortex-A系列可能是0x00000000或0xFFFF0000。x86则是0xFFFFFFF0。嗯，这个地址是芯片设计时硬编码的，改不了。
小技巧：我在调试一块新板子时，第一件事就是用逻辑分析仪抓复位引脚和时钟引脚的波形。如果复位时序不对，后面全是白搭。曾经有个项目，板子死活起不来，查了两天发现是复位芯片的延迟时间不够——电源还没稳定就释放复位了。
1.2 CPU初始化——给处理器"穿衣服"
CPU从复位向量取到第一条指令后，首先要做的是初始化自身。这个阶段通常由汇编代码完成，因为C语言运行时环境还没建立。
主要干这几件事：
- 设置栈指针(SP)——没有栈，函数调用都做不了
- 配置异常向量表——告诉CPU中断来了该跳到哪里
- 关闭所有中断——初始化期间不希望被打扰
- 初始化关键寄存器——比如系统控制寄存器、时钟配置
- 清零BSS段——全局变量初始化为0
你想想看，如果栈指针没设对，调用第一个函数就直接跑飞了。我见过最离谱的bug，就是有人把栈指针设到了未初始化的DDR地址上——结果DDR还没初始化，写进去的数据全丢了。
; 典型的ARM Cortex-A系列启动汇编片段
reset_handler:
; 设置栈指针，指向SRAM顶部
ldr sp, =_stack_top
; 关闭所有中断
mrs r0, cpsr
orr r0, r0, #0xC0 ; 设置I和F位
msr cpsr, r0
; 清零BSS段
ldr r0, =_bss_start
ldr r1, =_bss_end
mov r2, #0
clear_bss:
str r2, [r0], #4
cmp r0, r1
blo clear_bss
; 跳转到C语言入口
bl main1.3 BootROM代码执行——固化的"灵魂"
CPU初始化完成后，控制权交给BootROM的主代码。这部分代码是芯片出厂时烧录在ROM里的，用户改不了。BootROM的主要任务是什么？说白了就是检测启动设备，加载下一级程序。
BootROM代码通常包含：
- 基本的硬件抽象层（操作GPIO、UART、时钟等）
- 启动设备驱动（NAND、eMMC、SPI Flash、UART等）
- 启动设备检测逻辑（按优先级轮询）
- 镜像加载和校验逻辑（检查签名、CRC等）
- 跳转执行逻辑
注意：BootROM的代码大小通常被严格限制。比如很多SoC的BootROM只有32KB或64KB。为什么？因为ROM面积很贵，每多1KB，芯片成本就多一分。所以BootROM代码必须精简高效，能用汇编就不用C，能省一行是一行。
1.4 启动设备检测——"找启动盘"
这一步很有意思。BootROM需要按照预设的优先级顺序，去检测各个启动设备。比如先看eMMC有没有合法的启动镜像，没有的话再看SPI Flash，再不行就试试UART下载。
典型的启动设备优先级表：
| 优先级 | 启动设备 | 典型用途 | 检测方式 |
|---|---|---|---|
| 1（最高） | eMMC/SD卡 | 主流存储设备 | 读取特定扇区，检查签名 |
| 2 | SPI NOR/NAND Flash | 低成本方案 | 读取固定偏移，检查Magic Number |
| 3 | UART | 调试/工厂烧录 | 等待主机发送数据 |
| 4 | USB | 量产烧录 | USB枚举，等待主机命令 |
| 5（最低） | 网络（TFTP/PXE） | 网络启动 | DHCP请求，等待服务器响应 |
我曾经在一个项目中遇到一个诡异的问题：板子偶尔启动失败，但多复位几次就好了。查了很久发现是eMMC初始化时序问题——BootROM检测eMMC时，eMMC还没准备好，返回了错误。后来在eMMC检测前加了一个小延时，问题就解决了。嗯，硬件时序问题，永远是嵌入式调试的"老朋友"。
1.5 加载并跳转到下一级Bootloader
BootROM找到合法的启动设备后，会把下一级Bootloader（通常叫SPL、TFA、或U-Boot SPL）加载到SRAM或DDR中。然后跳转过去执行。
这个跳转过程需要注意几个关键点：
- 镜像格式——BootROM通常要求镜像有特定头部，包含加载地址、大小、校验和等信息
- 加载地址——必须和下一级Bootloader的链接地址一致，否则跳转后跑飞
- 关闭Cache和MMU——跳转前通常要关闭，因为下一级Bootloader会重新配置
- 传递参数——BootROM可以通过寄存器传递一些信息，比如启动设备类型、时钟频率等
// BootROM跳转前的典型操作（伪代码）
void bootrom_jump_to_next(void *image_addr, uint32_t entry_point)
{
// 1. 关闭中断
disable_interrupts();
// 2. 关闭MMU和Cache
mmu_disable();
cache_disable();
// 3. 设置参数寄存器
// r0 = 启动设备类型
// r1 = 设备实例号
asm volatile("mov r0, %0" : : "r"(g_boot_device));
asm volatile("mov r1, %0" : : "r"(g_boot_instance));
// 4. 跳转到入口地址
void (*entry)(void) = (void (*)(void))entry_point;
entry();
// 正常情况下不会执行到这里
while(1);
}避坑指南：我曾经在跳转前忘记关闭MMU，结果下一级Bootloader一上来就访问了虚拟地址，而页表已经被BootROM覆盖了——直接触发Page Fault。从那以后，我每次写跳转代码都会再三确认：Cache关了没？MMU关了没？中断关了没？
小结
BootROM的启动流程，说白了就是芯片从"死"到"活"的过程。上电复位是唤醒，CPU初始化是穿衣打扮，BootROM代码是大脑决策，设备检测是找启动盘，最后跳转加载是把接力棒交给下一棒。
理解了这个流程，你就能明白为什么有时候板子起不来——可能是复位时序不对，可能是BootROM没找到启动设备，也可能是跳转地址配错了。每个环节都是潜在的坑，但也是我们可以调试和优化的点。