1. U-Boot概述：从历史到启动流程
大家好，我是你们的嵌入式系统讲师。今天咱们聊聊U-Boot——这个在嵌入式世界里几乎无处不在的Bootloader。说实话，我入行那会儿，U-Boot还叫PPCBoot，专门给PowerPC用的。一晃十几年过去，它已经成了ARM、RISC-V、MIPS等架构的标配。嗯，这玩意儿确实值得好好讲讲。
1.1 U-Boot的历史与演进
U-Boot的故事要从2000年左右说起。当时嵌入式Linux刚起步，每个板子都有自己的Bootloader，五花八门。我最早接触的是RedBoot，后来才转到U-Boot。
它的前身是PPCBoot，由德国工程师Wolfgang Denx开发。2002年，PPCBoot加入了对ARM的支持，正式更名为U-Boot（Universal Bootloader）。这个名字起得好——通用，不挑平台。
这些年U-Boot经历了几个关键阶段：
- 2002-2008年：从PPC扩展到ARM、MIPS，成为主流选择
- 2008-2015年：引入Device Tree，告别硬编码的板级信息
- 2015年至今：支持FIT Image、EFI、安全启动，越来越像一个小型操作系统
我个人最深的感受：U-Boot的代码质量在2010年后有了质的飞跃。以前改个驱动得翻半天头文件，现在用Device Tree，改个dts文件就搞定。这进步，真不是一星半点。
1.2 U-Boot在嵌入式系统中的地位
嵌入式系统启动，说白了就是一场接力赛。上电后，芯片内部的ROM代码先跑，然后交给U-Boot，最后U-Boot把控制权交给操作系统内核。U-Boot就是那个承上启下的关键角色。
它的核心职责有三点：
- 硬件初始化：时钟、DDR、串口、存储控制器——这些都得在U-Boot里搞定
- 加载操作系统：从Flash、SD卡、网络等介质读取内核镜像，放到内存里
- 提供交互环境：通过串口或网络，让开发者能调试、烧写、配置
你想想看，没有U-Boot会怎样？每次改个内核参数都得重新烧写整个固件，调试起来简直噩梦。我在项目里遇到过最惨的一次——板子启动到一半就挂了，连串口都没输出。后来发现是DDR时序配置错了。要是没有U-Boot的串口交互，这问题查起来得花三天。
避坑指南：我曾经接手过一个项目，前任工程师把U-Boot和内核打包成一个镜像。结果每次改内核都得重烧整个固件，耗时20分钟。后来我拆成独立镜像，改内核只需10秒。记住——U-Boot和内核一定要解耦。
1.3 U-Boot的启动流程概览
U-Boot的启动流程，我习惯把它分成三个阶段。每个阶段都有明确的任务，咱们一个一个看。
第一阶段：SPL（Secondary Program Loader）
现在的SoC内部ROM通常只有几十KB，装不下完整的U-Boot。所以U-Boot被拆成两部分：SPL和U-Boot proper。
SPL的任务很简单：
- 初始化最基本的硬件（时钟、DDR、串口）
- 从存储介质加载U-Boot proper到DDR
- 跳转到U-Boot proper执行
SPL的代码量控制在4KB-32KB之间，具体看芯片。我见过有些芯片的SPL只有8KB，连个完整的printf都塞不下，得用极简的调试方式。
第二阶段：U-Boot proper
这是U-Boot的主体，功能完整。启动流程大致如下：
- CPU初始化（设置异常向量、切换模式）
- 板级初始化（调用board_init_f和board_init_r）
- 设备驱动初始化（串口、网卡、存储等）
- 解析环境变量（bootargs、bootcmd等）
- 进入主循环（等待用户输入或自动启动）
这里有个关键点——board_init_f和board_init_r是U-Boot里最重要的两个函数。前者在Flash里运行，负责初始化DDR；后者在DDR里运行，负责初始化所有外设。我当年调试一个板子，发现网卡死活不通，最后定位到是board_init_r里GPIO复用没配对。
第三阶段：加载操作系统
U-Boot加载内核的方式有很多种，最常见的是：
- 从Flash加载：bootm命令，支持uImage和FIT Image
- 从网络加载：tftp命令，适合开发阶段
- 从SD卡加载：fatload或ext4load命令
加载完成后，U-Boot会设置好启动参数（bootargs），然后跳转到内核入口点。这时候U-Boot的任务就结束了，剩下的交给内核。
注意：U-Boot跳转到内核前，必须关闭MMU和Cache，否则内核会一脸懵。我见过有人忘了关MMU，内核启动到一半就挂了，查了两天才找到原因。
1.4 核心流程图
下面这张图是我自己画的，把U-Boot的启动流程串起来了。你看一眼就能明白整个链路。
这张图把整个流程分成了四层：ROM Code → SPL → U-Boot proper → Kernel。每一层都有明确的职责，环环相扣。我建议你把这个图打印出来贴在工位上，调试的时候对照着看，思路会清晰很多。
1.5 小结
U-Boot从PPCBoot发展到现在，已经快25年了。它从一个简单的加载器，变成了一个功能丰富的嵌入式系统引导方案。理解它的启动流程，是嵌入式开发的基本功。
嗯，这一章就讲到这里。记住三个关键点：SPL负责初始化硬件并加载U-Boot proper，U-Boot proper负责初始化外设并加载内核，内核负责接管系统。这个接力赛，每一棒都不能掉链子。
一句话总结：U-Boot就是嵌入式系统的"接生婆"——从硬件上电到内核跑起来，全靠它一手操办。