1. 课程导入

各位同学，咱们今天开篇先聊聊 U-Boot 这个老朋友。很多刚入行的朋友问我：“U-Boot 不就是个引导程序吗？” 嗯，这么说也没错，但太笼统了。我做了十几年嵌入式底层，见过太多人把 U-Boot 当成一个黑盒子，出了问题就抓瞎。

说白了，U-Boot 就是嵌入式系统的“第一公里”。它负责把硬件从复位状态唤醒，初始化最基本的外设，然后把控制权交给操作系统。你想想看，没有它，你的 Linux 内核连 DDR 都访问不了，更别提挂载根文件系统了。

1.1 从何而来？一段简史

U-Boot 的历史其实挺有意思的。它最早可以追溯到 1999 年的 PPCBoot，专门为 PowerPC 架构设计。后来，随着 ARM 架构的崛起，PPCBoot 在 2002 年演变成了 U-Boot。我记得那时候我刚入行，用的还是 U-Boot 1.1.x 版本，代码结构远没有现在这么清晰。

为什么叫“Universal”？因为它支持几乎你能想到的所有 CPU 架构：ARM、x86、MIPS、RISC-V、PowerPC、ARC…… 我曾在项目里同时维护过 ARM 和 MIPS 两个平台的 U-Boot，虽然底层汇编不同，但上层的命令框架、环境变量机制几乎一模一样。这就是它的魅力所在。

1.2 版本号里藏着什么？

U-Boot 的版本号现在采用年月命名法，比如 v2024.10 表示 2024 年 10 月发布的版本。每年大约发布 3-4 个正式版本。我个人习惯关注每个版本的 doc/changelog 文件，那里记录了所有重要变更。

举个例子，v2024.01 版本引入了对 binman 的增强支持，可以更灵活地打包镜像。如果你在做量产固件，这个特性非常实用。

1.3 它在嵌入式系统里到底扮演什么角色？

咱们用一张图来理解 U-Boot 在整个系统启动流程中的位置。

从这张图你可以看到，U-Boot 处于 ROM 代码和操作系统之间。它承担了几个关键角色：

• 硬件抽象层：屏蔽不同 SoC 的差异，给内核提供一个统一的启动接口。我在做 i.MX6 和 STM32MP1 项目时，U-Boot 的驱动模型让移植工作轻松了不少。
• 系统配置器：通过环境变量（比如 bootargs）动态调整内核启动参数。你想想看，没有 U-Boot，每次改内核参数都得重新编译，那得多痛苦。
• 固件更新器：U-Boot 自带网络（TFTP）、USB、MMC 等驱动，可以在现场通过命令行更新固件。我曾经在客户现场用串口 + U-Boot 的 loadb 命令救回过一台变砖的设备。
• 安全看门狗：支持校验内核镜像的签名，防止篡改。现在很多物联网设备都要求安全启动，U-Boot 的 verified boot 功能就是干这个的。

1.4 为什么我们要专门学内存布局？

好，问题来了：U-Boot 本身也是一个程序，它运行在内存里。那么它占用了哪些地址？内核该加载到哪里？设备树放哪儿？如果这些地址重叠了，会发生什么？

答案是：系统直接死给你看。我曾经接手过一个项目，前任工程师把 U-Boot 的堆栈地址和内核加载地址设在了同一个区域。结果每次启动到一半就卡死，查了三天才发现是内存冲突。从那以后，我每做一个新板子，第一件事就是画一张完整的内存布局图。

这就是咱们这门课的核心价值。接下来的 29 章，我会带着你从 U-Boot 的链接脚本开始，一步步拆解它的内存布局、镜像格式、加载流程，以及如何定制你自己的启动方案。