1. U-Boot概述：从零认识这个“芯片看门人”
做嵌入式开发这些年，我见过不少新手一上来就盯着Linux内核调，结果连板子都起不来。为什么？因为压根没搞懂U-Boot在干什么。说白了，U-Boot就是芯片上电后第一个跑起来的“看门人”——它负责把硬件初始化好，再把内核请进内存。
今天咱们就聊聊U-Boot到底是什么、它在系统里扮演什么角色、以及它从启动到交出控制权的完整流程。嗯，这部分内容虽然基础，但后面排查启动日志时，你会感谢现在认真看的自己。
1.1 U-Boot是什么？
U-Boot的全称是 Das U-Boot（德语，意思是“潜艇”），一个开源的引导加载程序（Bootloader）。它支持ARM、x86、RISC-V、MIPS等几乎所有主流架构。我最早接触它是在一个ARM9的项目上，那时候U-Boot还叫PPCBoot，后来才改的名。
一句话总结： U-Boot是嵌入式系统的“第一段代码”，负责从存储介质（NAND Flash、eMMC、SD卡、网络等）加载内核并启动系统。
它的核心能力包括：
- 硬件初始化：设置时钟、DDR内存、串口、网卡等
- 存储驱动：读写Flash、eMMC、SD卡
- 网络协议栈：支持TFTP、NFS、DHCP等网络启动方式
- 命令行交互：提供Shell环境，方便调试和配置
- 环境变量管理：保存启动参数、IP地址、启动命令等
1.2 U-Boot在嵌入式系统中的角色
你想想看，一个嵌入式系统从上电到跑起Linux应用，中间要经历多少步？CPU复位、时钟锁定、DDR初始化、内核解压、根文件系统挂载……这些事如果让内核自己干，它连内存都没得用。所以U-Boot就是那个“铺路工”。
我习惯把嵌入式系统的启动分成三个阶段：
| 阶段 | 执行者 | 主要任务 |
|---|---|---|
| 第一阶段 | ROM Code / BootROM | 芯片内部固化代码，从存储介质加载U-Boot到SRAM |
| 第二阶段 | U-Boot | 初始化DDR、外设，加载内核到内存，传递启动参数 |
| 第三阶段 | Linux内核 | 挂载根文件系统，启动用户空间 |
U-Boot处在中间，承上启下。它不参与系统运行时的管理，但一旦启动失败，整个系统就卡在“黑屏”状态。我在项目中遇到过好几次，板子串口只打印到“Starting kernel ...”就停了——那种时候，U-Boot的日志就是唯一的救命稻草。
个人经验： 调试U-Boot启动问题时，我第一件事就是打开串口日志，看它停在哪一步。是DDR初始化失败？还是找不到内核镜像？日志里都有线索。
1.3 U-Boot启动流程概览
U-Boot的启动流程，说白了就是一条从复位向量到内核跳转的“流水线”。我把它画成了一张流程图，你一看就明白。
这张图里，我特意标出了几个关键节点。你排查启动日志时，重点看这些位置：
- SPL阶段：如果这里卡住，通常是DDR初始化失败或存储驱动有问题
- 加载主程序：日志会打印“U-Boot 2024.01”之类的版本号，没看到就说明SPL没找到主程序
- 跳转内核：打印“Starting kernel ...”后如果没反应，问题在内核侧
1.4 启动流程的细节补充
上面那张图是标准流程，但实际项目中会有一些变种。我简单提几个：
- SPL/TPL机制：有些芯片（比如TI的AM335x）内部SRAM太小，装不下完整U-Boot。所以先跑一个极小的SPL，初始化DDR后，再把主程序从Flash搬到内存。我曾经在调试一个i.MX6项目时，SPL打印了“DDR calibration failed”就停了——后来发现是DDR时序参数配错了。
- Falcon模式：为了加快启动速度，有些产品让SPL直接加载内核，跳过U-Boot主程序。这种模式下日志会少很多，排查起来反而更麻烦。
- 网络启动：开发阶段常用TFTP加载内核。U-Boot会先初始化网卡，然后通过DHCP获取IP，再用TFTP下载内核镜像。我习惯在环境变量里设好serverip和bootfile，省得每次手动敲命令。
注意： 不同芯片厂商对U-Boot的定制差异很大。比如Rockchip的U-Boot会多一个idblock阶段，Allwinner的则用fel模式。拿到一块新板子，我第一件事就是看它的启动日志，确认它走的是哪条路径。
1.5 为什么你要学U-Boot日志排查？
说白了，嵌入式开发中90%的启动问题都出在U-Boot阶段。内核崩溃还能看Oops，文件系统挂不上还能看日志，但U-Boot一旦挂了，串口可能只打印几个乱码，甚至什么都不打印。这时候，懂日志排查就是你的核心竞争力。
我记得有一次，客户反馈板子批量上电后有5%起不来。我抓了串口日志，发现SPL阶段打印了“DRAM: 512 MiB”后就没下文了。对比正常板子，正常板子会接着打印“U-Boot 2023.04”。问题锁定在SPL加载主程序时Flash读取不稳定。后来调整了SPI时钟频率，问题解决。你看，一条日志就能省下几天排查时间。