1. U-Boot概述：什么是U-Boot、U-Boot在嵌入式系统中的作用、U-Boot源码结构初探

U-Boot，全称是「Universal Boot Loader」。说白了，它就是嵌入式系统上电后运行的第一个程序。

你想想看，我们的嵌入式设备一上电，CPU刚醒来，内存还没初始化，Flash里的操作系统内核也读不出来。这时候谁来做这些脏活累活？就是U-Boot。

我个人习惯把U-Boot比作「嵌入式系统的助产士」。它不生产系统，它只是系统的搬运工——把内核从存储介质搬到内存，然后跳转过去执行。

U-Boot支持什么？我列一下：

我在项目中遇到过最离谱的情况——客户说他们的板子死活起不来，我远程一看，U-Boot压根没编译进去。嗯，这种低级错误其实挺常见的。

核心要点：U-Boot不是操作系统，它是操作系统的加载器。它的生命周期很短——从上电到内核启动，然后就功成身退了。

U-Boot到底干了哪些事？我把它拆成几个关键阶段：

为什么需要U-Boot？我给你讲个真实案例。

我曾经调试一块基于i.MX6的板子，DDR布线有问题，导致内存不稳定。如果没有U-Boot，我连内存测试都做不了。当时我就在U-Boot命令行里反复跑mtest命令，定位到是哪根地址线虚焊了。你想想看，没有U-Boot，这种问题怎么查？

避坑指南：我曾经因为U-Boot的启动参数写错了，导致内核挂载根文件系统失败。排查了整整两天才发现是console参数拼写错误。所以，启动参数一定要逐字核对。

U-Boot的源码，我第一次看的时候也觉得头大。但摸清楚它的目录结构后，其实很有规律。

我们先画一张图，看看U-Boot源码的整体框架：

这张图里，我标出了三个最关键的目录。做板级移植，说白了就是跟这三个目录打交道。

board/ 目录——这是你的主战场

每个板子都有自己的文件夹。比如你的板子叫myboard，那就在board/下创建board/myboard/。里面放什么？板子特有的初始化代码、DDR配置、GPIO设置等等。

我记得第一次移植U-Boot时，光DDR参数就调了一周。board目录下的那个dram_init函数，我反复改了几十次。

arch/ 目录——CPU架构相关

这部分一般不用动。除非你用的是非常冷门的CPU。arch/arm/下面有各种ARM核的代码：cortex-a7、cortex-a53、cortex-m4……

include/configs/ 目录——配置头文件

这个目录下放的是板级的配置头文件，比如myboard.h。里面定义了：

注意：配置头文件里宏定义非常多，一个不小心就会踩坑。我曾经把CONFIG_SYS_TEXT_BASE写错了，结果U-Boot加载到内存后直接跑飞。排查了整整一个下午才发现是地址偏移了0x1000。

U-Boot启动，大致分三步：

SPL（Secondary Program Loader）：如果芯片内部SRAM太小，装不下完整U-Boot，就先加载一个精简版SPL。SPL初始化DDR，然后把完整U-Boot从Flash搬到内存。
完整U-Boot：初始化外设、解析环境变量、进入命令行或者自动启动内核。
启动内核：读取内核镜像和设备树，跳转到内核入口。

有些芯片（比如全志的F1C100s）内部SRAM只有4KB，连SPL都放不下。这时候就得用更小的SPL——我管它叫「SPL的SPL」。嗯，听起来有点套娃，但实际就是这么回事。

这一章我们聊了U-Boot是什么、它干了什么、源码长什么样。说白了，U-Boot就是一个「硬件初始化+系统加载」的工具。你不需要把整个源码都读完，但board/、arch/、include/configs/这三个目录，一定要摸透。

下一章，我们会真正动手搭建U-Boot的编译环境，然后编译一个能跑的U-Boot出来。到时候你就知道，原来移植U-Boot没那么神秘。

一句话总结：U-Boot是嵌入式系统的「开门人」。门开得好不好，直接决定了你的系统能不能跑起来。