1、BootROM概述：什么是BootROM、BootROM在SoC启动流程中的位置、BootROM vs BIOS vs U-Boot
1.1 到底什么是BootROM？
BootROM，全称是Boot Read-Only Memory。说白了，它就是固化在芯片内部的一小块只读存储器，里面存着芯片上电后执行的第一段代码。
我经常跟团队里的新人说：BootROM就是SoC的“基因”。它不像你后来烧进去的固件可以随便改，它是在芯片流片之前就写死的。芯片一出生，它就带着这段代码。
为什么叫ROM？因为它是只读的。你没法通过常规手段修改它。这既是优点也是缺点——优点是它永远不会被病毒搞坏，缺点是如果里面有bug，那就只能……嗯，重新流片。我在一家初创公司就遇到过这种事，代价是几百万美金和三个月的工期。
BootROM的核心特征：
- 固化在芯片内部：出厂即存在，不可修改
- 上电最先执行：CPU复位后第一条指令就从这里取
- 容量极小：通常只有几十KB到几百KB
- 负责初始化硬件：把最基本的硬件环境搭起来
- 加载下一级Bootloader：它自己不干重活，只负责把U-Boot等请进来
1.2 BootROM在SoC启动流程中的位置
你想想看，一颗SoC上电之后，DRAM还没初始化，Flash控制器还没配好，连时钟都可能是乱的。这时候CPU能跑什么？什么都跑不了。
BootROM就是来解决这个问题的。它被映射到CPU的复位向量地址，通常是0x00000000或者0xFFFF0000。CPU一复位，直接跳到这里开始执行。
我习惯把SoC的启动流程分成四个阶段：
| 阶段 | 执行位置 | 主要任务 | 典型代码量 |
|---|---|---|---|
| Stage 0 | BootROM | 最底层硬件初始化，加载下一级 | 16-128 KB |
| Stage 1 | SRAM / 内部RAM | 初始化DRAM控制器，加载完整Bootloader | 32-256 KB |
| Stage 2 | DRAM | U-Boot SPL / 完整Bootloader | 256 KB - 2 MB |
| Stage 3 | DRAM | 操作系统内核 | 几MB到几十MB |
BootROM就处在Stage 0。它干的事情非常有限：
- 配置CPU最基本的时钟和PLL
- 初始化内部SRAM（如果有的话）
- 检测启动介质（NAND、eMMC、SPI Flash、UART等）
- 从启动介质读取一小段代码到SRAM
- 验证签名（安全启动场景）
- 跳转到SRAM执行
嗯，这里要注意：BootROM本身不初始化DRAM。为什么？因为DRAM初始化需要大量代码和时序参数，BootROM那点空间根本放不下。它只初始化内部SRAM，够放下下一级Bootloader就行。
一个小技巧：我在调试某款车规级芯片时发现，BootROM里其实藏了很多调试接口。比如通过特定GPIO电平组合，可以让BootROM进入USB下载模式。这些在芯片手册里通常不会写得很清楚，得自己翻寄存器手册才能找到。
下面这张图展示了典型的SoC启动流程：
1.3 BootROM vs BIOS vs U-Boot
很多初学者会把这三个概念搞混。我面试的时候也经常问这个问题。其实它们干的活有相似之处，但定位完全不同。
| 特性 | BootROM | BIOS (UEFI) | U-Boot |
|---|---|---|---|
| 存储位置 | 芯片内部ROM | 主板SPI Flash | Flash / eMMC / SD卡 |
| 是否可修改 | 不可修改（Mask ROM） | 可更新（通过烧录器或工具） | 可更新（通过uboot本身或工具） |
| 容量 | 16KB - 256KB | 8MB - 32MB | 256KB - 几MB |
| 主要任务 | 初始化CPU、加载下一级 | 硬件自检、加载操作系统 | 初始化外设、加载内核 |
| 适用平台 | 嵌入式SoC | x86 PC / 服务器 | ARM / RISC-V / MIPS等 |
| 用户交互 | 无（完全透明） | 有（BIOS设置界面） | 有（命令行界面） |
| 安全性 | 硬件级信任根 | Secure Boot | 依赖BootROM验证 |
我举个例子你就明白了：
- BootROM 就像你家的地基。你看不见它，但它支撑着整栋楼。它是最底层、最基础、最不可动摇的部分。
- BIOS 就像楼里的物业管理系统。它负责检查水电、电梯是否正常，然后引导你入住。
- U-Boot 就像楼里的智能门禁系统。它更灵活，可以配置各种参数，支持多种开门方式（指纹、密码、刷卡）。
在嵌入式领域，这三者通常是串联工作的：
- 芯片上电，BootROM先跑
- BootROM从Flash里把U-Boot SPL（Secondary Program Loader）加载到SRAM
- U-Boot SPL初始化DRAM，然后把完整的U-Boot加载到DRAM
- U-Boot加载操作系统内核
至于BIOS，它主要出现在x86平台。嵌入式SoC里很少用BIOS，因为BIOS太“重”了，而且对硬件有固定的接口要求（比如ACPI、SMBIOS）。嵌入式系统讲究的是精简和定制，U-Boot更合适。
我曾经踩过的坑：有一次我在一个项目里试图用U-Boot直接替代BootROM的功能——就是把U-Boot烧到芯片内部ROM的位置。结果可想而知，芯片直接变砖。因为BootROM是硬件固化的，你根本写不进去。后来我学乖了，老老实实把BootROM当作一个黑盒，只关注它怎么配置启动介质选择引脚。
1.4 为什么你需要理解BootROM？
你可能觉得，BootROM既然是写死的，那跟我有什么关系？我直接调U-Boot不就行了？
其实关系很大。我列几个场景：
- 调试启动失败：芯片点不亮，你连串口都没输出。这时候你得知道BootROM的启动流程，才能判断是硬件问题还是BootROM配置问题。
- 安全启动：现在很多芯片要求安全启动，BootROM是信任根。你得知道它怎么验证签名，才能设计好你的密钥体系。
- 多启动介质支持：产品量产时可能用不同的Flash。你得知道BootROM支持哪些介质，怎么配置启动引脚。
- 低功耗唤醒：有些芯片从休眠状态唤醒时，也会走BootROM的流程。不了解的话，功耗优化根本做不下去。
说白了，BootROM是SoC启动的第一道关卡。你不理解它，后面所有的Bootloader和操作系统都跑不起来。这也是为什么我把这门课的第一章就放在这里——先把地基打牢。