启动流程总览：从芯片上电到操作系统加载的完整链路
大家好，我是你们的嵌入式系统讲师。今天咱们来聊聊嵌入式系统启动的完整链路。说实话，我做了十几年底层开发，见过太多工程师只关心应用层代码，对芯片上电后发生了什么一无所知。直到有一天，板子起不来了，才急得团团转。
嗯，咱们今天就把这事彻底讲清楚。
芯片上电后，第一行代码在哪？
芯片一上电，CPU 的 PC 指针会指向一个固定地址。这个地址，就是 BootROM 的入口。BootROM 是芯片内部的一块只读存储器，出厂时就已经固化好了程序。你改不了它，也删不掉它。
我刚开始做嵌入式时，总觉得 BootROM 很神秘。后来参与了一个芯片项目，才明白它其实就是一个微型引导程序。它的任务很简单：初始化最基本的硬件，然后找到下一级启动代码，跳过去。
核心要点：BootROM 是芯片上电后第一个执行的程序，它负责从存储介质（NAND、eMMC、SD卡等）中加载 U-Boot 到 SRAM 或内部 RAM 中。
BootROM 到底干了什么？
说白了，BootROM 就是个"快递员"。它把 U-Boot 从存储设备里取出来，放到内存里，然后说："兄弟，剩下的交给你了。"
具体来说，BootROM 做了这几件事：
- 初始化 CPU 和关键外设——比如时钟、PLL、DDR 控制器。没有时钟，芯片就是个死物。
- 检测启动介质——从 SD 卡、eMMC、NAND Flash、SPI Flash 等设备中，按照预设的优先级去尝试读取。
- 加载 U-Boot 到 SRAM——注意，这时候 DDR 可能还没初始化好，所以只能加载到芯片内部的 SRAM 中。SRAM 很小，一般只有几十到几百 KB。
- 校验镜像完整性——检查 CRC 或签名，防止启动被篡改。
- 跳转到 U-Boot 入口——把控制权交给 U-Boot。
我的经验：有一次调试一块新板子，BootROM 死活加载不到 U-Boot。查了两天，最后发现是启动介质选择引脚的电平没拉对。芯片默认从 SPI Flash 启动，但我焊的是 eMMC。嗯，这种低级错误，犯过一次就再也不会忘了。
U-Boot 的角色：从"搬运工"到"管家"
U-Boot 接过控制权后，它的任务就重多了。BootROM 只是个搬运工，U-Boot 得像个管家一样，把整个系统安排得明明白白。
U-Boot 的主要工作包括：
- 初始化 DDR——这是最关键的一步。BootROM 只能用小容量的 SRAM，U-Boot 必须把 DDR 初始化好，才能加载更大的内核。
- 加载设备树（DTB）——告诉内核硬件长什么样。
- 加载内核镜像——从存储介质或网络中读取 Linux 内核。
- 设置启动参数——比如根文件系统位置、控制台参数等。
- 跳转到内核——最后一条指令，把控制权交给操作系统。
你想想看，如果没有 U-Boot，BootROM 那点代码根本干不了这么多活。这就是为什么需要"接力"——BootROM 跑第一棒，U-Boot 跑第二棒，最后交给内核。
BootROM 与 U-Boot 的分工对比
| 特性 | BootROM | U-Boot |
|---|---|---|
| 存储位置 | 芯片内部 ROM（只读） | 外部存储（Flash、SD卡等） |
| 可修改性 | 不可修改（出厂固化） | 可更新、可定制 |
| 代码大小 | 通常 4KB ~ 64KB | 通常 200KB ~ 2MB |
| 运行环境 | SRAM 或内部 RAM | DDR（外部内存） |
| 主要任务 | 初始化最小系统，加载 U-Boot | 初始化 DDR，加载内核 |
| 调试能力 | 极弱（通常只有 LED 或串口输出） | 强（命令行、网络、文件系统） |
注意：有些芯片厂商会把 U-Boot 的一部分功能直接做到 BootROM 里，比如支持 USB 下载模式。这种情况下，BootROM 和 U-Boot 的边界会模糊一些。但核心分工不变：BootROM 负责"最小启动"，U-Boot 负责"完整启动"。
完整启动链路：一张图看懂
下面这张图展示了从芯片上电到操作系统加载的完整流程。我建议你把它保存下来，以后调试启动问题时，对着这张图排查，思路会清晰很多。
一个典型的启动时序
我拿一个实际项目来举例。之前做的一款基于 ARM Cortex-A7 的工业控制板，启动时序是这样的：
上电 → BootROM 开始执行（约 5ms）
→ 初始化 PLL，设置 CPU 频率到 1GHz
→ 检测 SD 卡启动引脚，发现 SD 卡存在
→ 从 SD 卡读取 U-Boot（约 20ms）
→ 校验 CRC 通过
→ 跳转到 U-Boot 入口
U-Boot 开始执行（约 50ms）
→ 初始化串口，打印启动信息
→ 初始化 DDR（约 10ms）
→ 从 SD 卡读取设备树（约 5ms）
→ 从 SD 卡读取 Linux 内核（约 100ms）
→ 设置 bootargs
→ 跳转到内核入口
Linux 内核开始执行（约 500ms）
→ 解压内核
→ 初始化驱动
→ 挂载根文件系统
→ 启动 init 进程整个流程下来，从按下电源到进入系统，大概 700ms 左右。如果你用的是 SSD 或 eMMC，这个时间还能更短。
避坑指南：我曾经遇到一个项目，U-Boot 加载内核花了整整 3 秒。查了半天，发现是 SD 卡工作在 1-bit 模式，而不是 4-bit 模式。在 U-Boot 里加上 SD 卡速度模式的配置后，加载时间降到了 200ms。所以，别小看这些细节。
为什么需要这种"接力"设计？
你可能会问：为什么不直接把整个启动代码都放在 BootROM 里？
原因很简单：成本。芯片内部的 ROM 面积很贵，每增加 1KB 的 ROM，芯片成本就上升一截。BootROM 只放最核心的代码，剩下的交给外部存储。这样既保证了启动的可靠性，又降低了芯片成本。
另外，BootROM 不可修改。如果启动代码有 bug，芯片就废了。而 U-Boot 放在外部 Flash 里，随时可以更新。我见过不少芯片，第一版 BootROM 有 bug，靠更新 U-Boot 来绕过去的。
说白了，这种设计就是在成本和灵活性之间找平衡。BootROM 负责"死也要把 U-Boot 拉起来"，U-Boot 负责"灵活地加载各种内核"。各司其职，各尽其责。
小结
这一章咱们把启动流程的骨架搭起来了。从芯片上电到操作系统加载，一共经历了三个阶段：BootROM、U-Boot、内核。每个阶段都有自己的职责，缺一不可。
记住这张图，记住这个流程。后面的章节，我们会一步步深入每个环节，把每个细节都掰开揉碎了讲清楚。