一、U-Boot概述：从历史到启动流程

做嵌入式开发这么多年，我接触过不少Bootloader。但要说最经典、最通用的，还得是U-Boot。今天咱们就来聊聊这个老朋友——它的来龙去脉、它在系统里的位置，还有它一上电都干了些什么。

U-Boot的故事，得从2000年左右说起。那时候嵌入式Linux刚起步，大家用的Bootloader五花八门，兼容性很差。

关键时间节点：

我记得刚入行那会儿，公司还在用自己写的Bootloader。每次换芯片平台，都得重写一遍启动代码，那叫一个痛苦。后来全面切换到U-Boot，才算是解放了生产力。

核心认知：U-Boot的全称是"Universal Boot Loader"，这个"Universal"不是白叫的。它支持ARM、x86、RISC-V、MIPS、PowerPC等主流架构，几乎覆盖了你能想到的所有嵌入式处理器。

说白了，U-Boot就是硬件和操作系统之间的桥梁。它负责把内核从存储介质里捞出来，放到内存里，然后跳转过去执行。

具体职责包括：

你想想看，没有Bootloader的话，CPU上电后连内存都用不了，更别提加载Linux内核了。U-Boot就是那个"先把自己拉起来，再把别人拉起来"的角色。

我的经验：在实际项目中，U-Boot的调试功能特别重要。我曾经遇到一块板子死活起不来，最后就是通过U-Boot的md命令（内存查看）发现DDR时序配置错了。没有U-Boot，这种问题排查起来会非常困难。

U-Boot的启动流程，我习惯把它分成两个阶段：SPL（Secondary Program Loader）和U-Boot proper。为什么这么设计？说白了就是为了解决"鸡生蛋蛋生鸡"的问题——U-Boot本身比较大，而芯片内部的SRAM又太小，装不下完整的U-Boot。

第一阶段：SPL（约4KB-32KB）

第二阶段：U-Boot proper（约200KB-500KB）

下面这张图，是我自己整理的U-Boot启动流程，你看一眼就明白了：

注意：并不是所有平台都使用SPL方案。一些老旧的芯片（比如某些ARM9）内部SRAM足够大，可以直接运行完整的U-Boot。但现代SoC普遍采用SPL+U-Boot proper的两阶段设计，因为芯片内部SRAM越来越小，而U-Boot功能越来越丰富。

U-Boot启动过程中，有几个地方特别容易出问题。我根据自己的踩坑经验，整理了一个表格：

我曾经在一个项目里，SPL阶段DDR初始化参数配错了。板子能进U-Boot，但一加载内核就挂。查了两天才发现，原来是DDR的刷新周期设置得太短，导致内存不稳定。嗯，这种问题最坑人——表面上看一切正常，实际上埋着雷。

你可能要问：市面上Bootloader那么多，为什么偏偏选U-Boot？

我的看法是：

当然，U-Boot也不是没有缺点。它的代码量比较大，学习曲线有点陡。但说实话，一旦你掌握了它的框架，移植起来其实挺顺手的。

给新手的建议：刚开始学U-Boot，别急着看全部代码。先搞懂SPL和U-Boot proper的分工，再研究board目录下的板级文件。我当年就是这么过来的，一步步来，别贪多。

好了，关于U-Boot的概述就聊到这儿。这一章我们理清了U-Boot的历史定位、它在系统中的作用，以及启动流程的大致脉络。下一章，我们会深入分区表的设计——这可是U-Boot移植中最容易踩坑的地方之一。