1. BootROM概述：什么是BootROM、BootROM在SoC中的位置、BootROM与Bootloader的区别

大家好，我是你们的嵌入式系统讲师。今天咱们来聊聊BootROM——这个在SoC启动流程中扮演“开天辟地”角色的家伙。

说实话，我刚开始做嵌入式开发那会儿，也搞不清楚BootROM和Bootloader到底有啥区别。直到有一次调试一块新板子，芯片死活起不来，折腾了两天才发现是BootROM配置出了问题。从那以后，我就对这个“看不见摸不着”的启动代码格外上心了。

BootROM，全称是Boot Read-Only Memory。说白了，它就是固化在SoC芯片内部的一小段只读程序。

你想想看，芯片上电那一刻，内存还没初始化，Flash还没准备好，CPU连指令都读不到。这时候谁来干活？就是BootROM。

它的核心任务就三个：

关键点：BootROM是芯片出厂时就烧录好的，用户无法修改。它通常只有几KB到几十KB大小，但却是整个启动流程的“第一把火”。

BootROM在SoC内部的位置，我习惯用一张图来说明。咱们来看下面这个结构：

从这张图你能看到，BootROM在SoC内部的位置非常特殊：

我的经验：很多芯片的BootROM地址是固定的，比如0x00000000或者0xFFFF0000。你在看芯片手册时，第一件事就是找到Reset Vector的地址——那就是BootROM的入口。

这个问题我经常被问到。很多初学者觉得BootROM和Bootloader差不多，其实差别大了去了。

咱们用一个表格来对比：

对比项	BootROM	Bootloader
存储位置	固化在SoC芯片内部ROM中	存储在外部Flash（eMMC、NAND、SPI NOR等）
可修改性	不可修改（出厂即固定）	可更新（通过OTA或烧录工具）
大小	通常 4KB ~ 64KB	通常 128KB ~ 几MB
功能复杂度	极简——只做最基本的硬件初始化和加载	复杂——支持文件系统、网络、显示、命令行等
执行时机	芯片上电后最先执行	BootROM执行完毕后，由BootROM加载到内存中执行
典型代表	各芯片厂商自研（如Rockchip的miniloader）	U-Boot、GRUB、Lk、ATF等

说白了，BootROM是“开荒者”，Bootloader是“建设者”。

BootROM的任务就是把Bootloader从外部存储介质里读出来，放到内存里，然后跳转过去。之后BootROM就功成身退了。

注意：BootROM虽然小，但它的代码质量要求极高。我曾经遇到过一颗芯片，BootROM里有个bug导致某些批次SD卡无法启动，最后只能通过修改PCB上的启动电阻来绕开——这种问题一旦流片，基本无解。

你可能会问：“BootROM又不能改，我学它干嘛？”

嗯，这个问题问得好。我个人的看法是：

调试启动问题——芯片起不来，你得知道是BootROM阶段就挂了，还是Bootloader阶段出问题。这两个阶段的调试手段完全不同。
理解启动顺序——BootROM决定了从哪个设备启动、启动优先级怎么排。比如有些芯片支持“SD卡优先，若失败则从USB下载”，这个逻辑就在BootROM里。
安全启动——现代芯片的信任根（Root of Trust）就是从BootROM开始的。它负责校验Bootloader的签名，如果BootROM本身不安全，整个系统就无从谈起。
定制启动流程——虽然BootROM不能改，但你可以通过配置efuse或OTP来影响它的行为。比如选择启动介质、设置安全等级等。

一句话总结：BootROM是SoC启动流程的“第一公里”。不理解它，后面的Bootloader、内核启动、根文件系统挂载，全都是空中楼阁。

好了，这一章的内容就到这里。BootROM的概念、位置、和Bootloader的区别，咱们都捋清楚了。下一章我会带大家深入BootROM的内部实现，看看它到底是怎么把第一行代码跑起来的。

可可精品资料库