1. U-Boot概述：从历史到启动流程
大家好，我是你们的讲师。今天咱们正式开始《U-Boot环境变量与OTA配置》这门课。第一讲，我想先聊聊U-Boot本身——它从哪来，在嵌入式系统里到底扮演什么角色，以及上电后它都干了些什么。
你可能会问：都2025年了，U-Boot还有什么好讲的？嗯，我当年刚入行时也这么想。直到有一次，我在一个ARM Cortex-A7的项目上，因为没搞懂U-Boot的启动流程，整整调了三天板子才把系统跑起来。从那以后，我养成了一个习惯：接手任何新平台，第一件事就是先把U-Boot的启动流程捋一遍。
1.1 U-Boot的历史：一个开源Bootloader的进化
U-Boot的全称是 Universal Boot Loader，通用引导加载程序。它最早可以追溯到2000年左右，由德国DENX软件工程中心的Wolfgang Denx发起。最初它叫PPCBoot，只支持PowerPC架构。后来随着ARM、MIPS、x86等架构的加入，2002年正式更名为U-Boot。
我个人觉得，U-Boot能活到现在，核心原因就两个：
- 开源社区活跃：全球顶尖的嵌入式工程师都在往里面贡献代码
- 架构中立：一套代码，支持几十种CPU架构、上千种开发板
我记得2015年左右，U-Boot开始引入设备树（Device Tree）支持，这算是一个分水岭。从那以后，板级代码大幅减少，移植新板子变得快多了。现在最新的U-Boot 2025.01版本，已经支持RISC-V、Rust语言扩展，甚至部分SoC的ATF（ARM Trusted Firmware）集成。
核心观点：U-Boot不是简单的"引导程序"，它是嵌入式系统的"第一道关卡"。你想想看，从硬件复位到操作系统启动，中间所有的硬件初始化、内存配置、镜像加载，全由它负责。
1.2 U-Boot在嵌入式系统中的作用
说白了，U-Boot就是嵌入式系统的"管家"。它干的事情，比大多数人想象的多得多。
| 作用 | 具体职责 | 我踩过的坑 |
|---|---|---|
| 硬件初始化 | 时钟、DDR、串口、存储控制器 | DDR时序配错，板子直接不跑 |
| 镜像加载 | 从Flash/SD/网络加载内核、DTB、rootfs | 网络加载时TFTP路径写错，卡半小时 |
| 环境变量管理 | 存储启动参数、IP地址、启动命令 | 环境变量损坏，板子变砖 |
| 启动策略 | 支持多种启动设备、冗余启动、回滚 | OTA升级后没配回滚，现场翻车 |
| 调试与诊断 | 内存测试、网络测试、命令行交互 | 用md命令看内存，发现DDR映射错误 |
这里我想强调一点：U-Boot不是操作系统。它没有进程调度，没有虚拟内存，没有文件系统（虽然它支持一些简单的FS）。它的核心任务就一个——把操作系统内核从存储介质搬到内存，然后跳过去执行。
我的建议：刚接触一个新平台时，别急着改代码。先用U-Boot的命令行把硬件摸一遍：bdinfo看板子信息，mmc info看存储，ping测网络。这些基本功，能帮你省下大量调试时间。
1.3 U-Boot的启动流程概览
好，接下来是重点。U-Boot的启动流程，我把它分成三个阶段。你把这个搞清楚了，后面讲环境变量、OTA配置时，才能理解为什么有些变量必须在某个阶段生效。
第一阶段：SPL（Secondary Program Loader）
SPL是U-Boot的"迷你版"。为什么要有它？因为很多SoC的片上SRAM只有几十KB，装不下完整的U-Boot。所以先跑一个极简的SPL，初始化DDR，然后把完整的U-Boot从Flash搬到DDR里。
我曾经在一个项目上，SPL阶段DDR初始化代码写错了，结果U-Boot加载到DDR后，一执行就崩溃。查了三天才发现是DDR的ODT配置不对。嗯，从那以后，我每次移植新板子，都会先在SPL阶段加一段DDR读写测试。
第二阶段：U-Boot Proper
完整的U-Boot被加载到DDR后，开始执行真正的初始化：
- 初始化串口、网卡、存储控制器
- 解析设备树（DTB）
- 加载环境变量（从Flash、SD卡或EEPROM）
- 执行启动脚本（bootcmd）
这个阶段，你会看到串口打印出U-Boot的版本信息、板子名称、DRAM大小等。如果一切正常，它会进入倒计时，等待你按任意键进入命令行。
第三阶段：加载并启动内核
最后一步，U-Boot根据环境变量中的配置，从指定设备加载内核镜像、设备树和initramfs，然后跳转到内核入口点。从这一刻起，控制权就交给了操作系统。
注意：很多初学者以为U-Boot启动完就没事了。其实不是。U-Boot在系统运行期间，仍然可以通过reset命令重启，或者通过fw_setenv工具（在Linux用户空间）修改环境变量。这些我们在后面的OTA章节会详细讲。
下面这张图，是我自己画的U-Boot启动流程。你把它存下来，后面学环境变量时，随时回来对照。
你看这张图，从复位到内核启动，一共六个关键节点。其中环境变量加载（橙色节点）是我们这门课的核心。它决定了U-Boot怎么启动、从哪启动、启动什么。
1.4 小结
这一章，我们快速过了一遍U-Boot的来龙去脉。你不需要记住所有细节，但下面这三点，我希望你刻在脑子里：
- U-Boot是硬件和操作系统之间的桥梁——它负责初始化硬件、加载内核
- 启动流程分三阶段：SPL → U-Boot Proper → 内核加载
- 环境变量是U-Boot的灵魂——后面你会看到，OTA升级、启动回滚、多系统切换，全依赖它