📚 课程目录第1章课程导入

1. 课程导入

BootROM，全称是Boot Read-Only Memory。说白了，它就是固化在SoC芯片内部的一小块只读存储器。这块存储器里存的是芯片上电后执行的第一段代码。

我经常跟团队里的新人说：BootROM就是芯片的“灵魂第一跳”。没有它，CPU连自己该干什么都不知道。

你想想看，芯片一上电，DRAM还没初始化，Flash里的代码也读不出来。这时候CPU怎么跑？嗯，BootROM就是来解决这个问题的。它被直接映射到CPU的复位向量地址上，上电后CPU第一条指令就从这里取。

关键特征：

我在项目中遇到过一件事：有个同事想修改BootROM里的启动参数，折腾了半天发现根本写不进去。后来我告诉他，BootROM是只读的，你要改的是下一级Bootloader的配置。这就是典型的对BootROM理解不够深。

要理解BootROM的位置，你得先搞清楚整个SoC的启动链条。我习惯把它画成一条流水线：

从这张图你可以看到，BootROM是整个启动链条的起点。它做完该做的事后，就把接力棒交给下一棒。我个人习惯把BootROM比作“引路人”——它不负责跑完全程，但它必须确保第一段路走得稳。

BootROM到底要干哪些活？我总结了四个核心职责：

职责	具体内容	我的经验之谈
1. 最小系统初始化	配置CPU工作模式、初始化时钟、设置堆栈指针、初始化片内SRAM	我曾经在一个项目中，BootROM里时钟配置错了，导致整个芯片启动就卡死。查了三天才发现是PLL分频参数写反了。从那以后，我每次看BootROM代码都会先检查时钟树。
2. 启动介质检测	根据硬件引脚电平或eFuse配置，判断从哪个设备启动	我记得有次调试一块板子，怎么都起不来。后来发现是启动模式选择引脚虚焊了，BootROM读到的电平是浮空的，结果它默认从USB启动去了。嗯，硬件问题有时候比软件更坑。
3. 加载Bootloader	从检测到的启动介质中读取下一级Bootloader到SRAM中	这里有个坑：BootROM通常只支持简单的文件系统，比如FAT32或者裸分区。你要是把Bootloader放在ext4分区里，BootROM根本不认识。我建议做分区规划时，一定要给Bootloader留一个BootROM能读懂的独立分区。
4. 安全校验	验证下一级Bootloader的签名或哈希值，防止被篡改	现在很多SoC都要求安全启动。BootROM里会内置公钥，加载Bootloader前先验签。我见过有人为了省事把安全校验关掉了，结果产品被刷了恶意固件。安全启动这个功能，建议不要轻易关闭。

💡 一个小技巧：

调试BootROM相关问题时，可以先用串口或JTAG把BootROM的日志抓出来。很多SoC的BootROM会在串口输出启动信息，比如“Boot from SD card”、“Loading next stage...”之类的。这些信息对定位问题非常有帮助。

你可能会问：BootROM不就一小段代码吗，能有多重要？

我跟你讲个真实案例。之前有个项目，芯片回来后发现部分芯片无法正常启动。排查了很久，最后定位到是BootROM里的一段代码在特定温度下会触发CPU的硬件bug。因为BootROM是只读的，没法打补丁，最后只能改PCB设计，加了一个外部复位芯片来规避这个问题。

你看，BootROM一出问题，整个芯片就废了。这就是为什么芯片设计公司对BootROM的验证极其严格——它没有后悔药可吃。

⚠️ 注意事项：

BootROM是SoC启动的第一道关卡。它负责初始化最小系统、检测启动介质、加载下一级Bootloader，以及做安全校验。虽然它只有几十KB，但它的稳定性直接决定了整个系统能不能正常启动。

我个人习惯在接触一个新SoC时，第一件事就是去读它的BootROM手册。搞清楚它支持哪些启动模式、怎么配置启动引脚、Bootloader要放在什么位置。这些信息搞清楚了，后面做启动适配就会顺畅很多。

嗯，这一章就讲到这里。BootROM的概念和位置搞清楚了，下一章我们就能深入聊聊BootROM的具体工作流程了。