3. BootROM与固件基础

好，我们进入第三章。这一章要聊的是 BootROM 到底存在哪里、CPU 上电后第一条指令怎么找到它、以及它从开始到结束的完整执行路径。说白了，就是芯片“醒来”后最初那几百微秒里发生的事。

我个人习惯把 BootROM 比作芯片的“出厂预装系统”。它焊死在芯片内部，用户改不了，但芯片离开它就没法活。你想想看，一颗芯片上电时，DDR 还没初始化，Flash 里的程序也读不出来——那 CPU 怎么跑代码？答案就在 BootROM 里。

3.1 BootROM 的存储位置与映射

BootROM 通常放在芯片内部的 Mask ROM（掩膜只读存储器）里。这个 ROM 是在芯片制造时用光刻掩膜写入的，出厂后内容就固定了。我遇到过一些刚入行的工程师问我：“BootROM 能不能用 Flash 替代？” 嗯，理论上可以，但没人这么干——Flash 需要初始化才能读，而 BootROM 就是为了做初始化而存在的，这是个鸡生蛋蛋生鸡的问题。

BootROM 的存储特性如下：

特性 说明
存储介质 Mask ROM（掩膜只读存储器）
容量 通常 4KB ~ 128KB（视芯片复杂度而定）
访问速度 一般比 Flash 快，但比 SRAM 慢
可修改性 不可修改（除非换芯片掩膜）
掉电保持 天然非易失

关于地址映射，这里有个关键点：BootROM 必须映射到 CPU 的复位向量地址。不同架构的复位向量地址不同：

  • ARM Cortex-M 系列：复位向量在 0x00000000（向量表首地址）
  • ARM Cortex-A 系列：复位向量在 0x00000000 或 0xFFFF0000（可配置）
  • RISC-V：复位向量通常在 0x80000000 或 0x00000000（由具体实现决定）
  • x86：复位向量在 0xFFFFFFF0（靠近 4GB 地址空间顶端）

核心要点：芯片上电后，CPU 会从一个固定的物理地址读取第一条指令。这个地址必须映射到 BootROM，否则芯片无法启动。

我曾经调试过一块 RISC-V 芯片，上电后死活跑不起来。查了半天发现是 BootROM 的地址映射配置错了，复位向量指向了一片未初始化的区域。嗯，这种问题在芯片 bring-up 阶段特别常见。

3.2 上电复位后的第一条指令（Reset Vector）

CPU 上电复位后，硬件逻辑会做以下几件事：

  1. 释放复位信号：内部所有寄存器回到默认值
  2. 加载 PC（程序计数器）：从复位向量地址读取第一条指令地址
  3. 开始取指执行：从该地址开始执行代码

以 ARM Cortex-M 为例，复位向量地址 0x00000000 处存放的不是指令，而是向量表。向量表的前两个条目分别是：

  • 地址 0x00000000：栈顶指针（MSP 初始值）
  • 地址 0x00000004：复位向量（Reset_Handler 的地址）

所以 Cortex-M 上电后的第一条“指令”其实是加载栈指针，然后跳转到 Reset_Handler。这个 Reset_Handler 就在 BootROM 里。

小技巧：调试时如果想确认 BootROM 是否被正确映射，可以在复位后直接读复位向量地址的内容。如果读到的是 0xFFFFFFFF 或随机值，说明映射有问题。

对于 RISC-V 架构，复位向量处直接放一条跳转指令，比如 j _start。这条指令会跳转到 BootROM 的入口函数。我习惯在入口处放一小段汇编，先把关键寄存器初始化好，再跳转到 C 代码。

; RISC-V 复位向量示例（汇编）
.section .text._start
.globl _start
_start:
    // 关闭中断
    csrw mie, zero
    // 设置栈指针
    la sp, _stack_top
    // 跳转到 C 入口
    jal main

注意：复位向量处的代码必须与硬件复位状态兼容。比如复位后某些外设可能还没稳定，不能立即访问。我见过有人一上来就操作 UART，结果因为时钟还没准备好，直接卡死。

3.3 BootROM 的典型执行流程图

下面这张图展示了 BootROM 从复位到加载下一级 Bootloader 的完整流程。我把它画成了流程图，方便你对照理解。

BootROM 典型执行流程图 上电复位 硬件初始化 时钟与PLL配置 外设早期初始化 启动介质检测 从Flash加载 从SD卡加载 从UART加载 验证签名/校验 跳转到Bootloader 说明： BootROM 执行流程因芯片厂商和架构而异，但核心逻辑一致：硬件初始化 → 介质检测 → 加载验证 → 跳转。 虚线箭头表示“根据检测结果选择对应分支”。

这张图里我标了几个关键阶段，咱们逐个拆开聊。

3.4 各阶段详解

3.4.1 硬件初始化

BootROM 的第一件事是初始化最基本的硬件资源。包括：

  • 关闭看门狗：防止在初始化过程中被复位
  • 设置栈指针：为 C 代码运行做准备
  • 初始化异常向量表：确保中断能正确处理
  • 清零 BSS 段：全局变量初始化为 0

我习惯在这步加一个“黄金时间”窗口——在关闭看门狗之前，先确认复位原因。是上电复位还是看门狗复位？这个信息对调试很有用。

3.4.2 时钟与 PLL 配置

芯片上电后通常跑在内部低速振荡器上，频率可能只有几 MHz。BootROM 需要配置 PLL（锁相环），把 CPU 和外设时钟提升到目标频率。

这里有个坑：PLL 锁定需要时间。有些芯片的 PLL 锁定时间长达几百微秒，如果不等锁定就切换时钟源，系统会直接挂掉。我曾经在调试时遇到过这个问题——代码逻辑完全正确，但就是跑飞。后来加了 PLL 锁定等待，问题解决。

经验之谈：PLL 配置完成后，一定要读锁定状态寄存器确认。别偷懒用延时替代，不同温度下 PLL 锁定时间会变化。

3.4.3 启动介质检测

这是 BootROM 最核心的逻辑之一。芯片需要判断从哪个设备加载下一级 Bootloader。常见的检测方式有：

检测方式 原理 典型应用
GPIO 电平检测 读取特定引脚电平状态 SD 卡 / NAND Flash 选择
eFuse 配置 读取芯片内部一次性编程位 量产设备固定启动顺序
介质探测 依次尝试各介质，直到成功 开发板多启动方式支持
OTP 存储器 读取一次性可编程区域 安全启动配置

我个人比较喜欢“介质探测”方式——虽然慢一点，但灵活。开发阶段经常要换启动方式，不用每次都改硬件。

3.4.4 加载与验证

确定启动介质后，BootROM 会从该介质读取下一级 Bootloader（比如 SPL、U-Boot 或裸机程序）。读取过程通常分几步：

  1. 读取头部信息：获取镜像大小、加载地址、校验值等
  2. 分配缓冲区：在 SRAM 中分配空间存放镜像
  3. 逐块读取：从介质中读取镜像数据到缓冲区
  4. 完整性校验：计算 CRC 或哈希值，与头部信息比对
  5. 签名验证（可选）：验证数字签名，确保镜像未被篡改

安全提醒：如果产品有安全启动需求，签名验证这一步不能省。我见过一个 IoT 设备因为 BootROM 没做签名验证，被攻击者替换了 Bootloader，整批设备都得召回。

3.4.5 跳转到下一级 Bootloader

验证通过后，BootROM 会执行最后一步：跳转到加载好的镜像入口地址。跳转前需要做几件事：

  • 关闭中断：防止跳转过程中被中断打断
  • 清理自身状态：关闭 BootROM 使用过的外设
  • 设置参数：通过寄存器或内存传递启动信息（如启动介质类型、时钟频率等）
  • 跳转执行：修改 PC 指针到目标地址

跳转完成后，BootROM 的使命就结束了。下一级 Bootloader 会接管系统，继续完成更复杂的初始化工作。

总结一下：BootROM 的执行流程可以概括为“初始化 → 检测 → 加载 → 验证 → 跳转”。每个阶段都有其存在的必要性，少一步芯片就启动不了。理解这个流程，对后续调试启动问题非常有帮助。

← 上一章 📖 返回目录 下一章 →