1. U-Boot概述：嵌入式系统的启动基石

做嵌入式开发这些年，我越来越觉得，搞懂Bootloader是入门的第一道坎。很多新手上来就盯着Linux内核啃，结果板子点不亮，连个打印信息都看不到——那种挫败感，我太熟悉了。

说白了，Bootloader就是硬件上电后跑的第一段正经程序。它负责把操作系统从Flash、SD卡或者网络里搬进内存，然后跳过去执行。没有它，CPU就是一坨只会跑汇编的硅片。

1.1 什么是Bootloader

Bootloader，直译就是“引导加载程序”。它很小，但作用极大。你想想看，CPU上电时，内存还没初始化，文件系统更不存在，它怎么知道去哪找内核？

Bootloader就是干这个的。它先做最基础的硬件初始化——设置时钟、配置内存控制器、初始化串口。然后从存储介质里把内核镜像读出来，放到内存指定位置，最后跳转过去。

我习惯把Bootloader分成两个阶段：

• 第一阶段（汇编）：关看门狗、设置时钟、初始化SDRAM。这段代码跟CPU绑定极紧，基本是汇编写的。
• 第二阶段（C语言）：更复杂的硬件初始化、网络协议栈、文件系统支持。U-Boot的大部分功能都在这里。

1.2 U-Boot的历史与特点

U-Boot的全称是Universal Boot Loader，通用引导加载程序。它最早源于PPCBoot项目，后来整合了ARMBoot等分支，逐渐成为嵌入式领域事实上的标准。

我记得2010年左右刚接触U-Boot时，代码还没现在这么庞大。那时候支持几十种板子就算多了。现在呢？U-Boot官方仓库里支持的板卡超过2000种，从单片机级别的Cortex-M到服务器级的Cortex-A72，全覆盖。

U-Boot的几个核心特点，我列个表方便对比：

特性	说明	我的评价
开源免费	GPLv2许可证，社区活跃	省去了自己写Bootloader的麻烦
跨架构	支持ARM、RISC-V、x86、MIPS等	一套代码通吃，学习成本低
丰富的驱动	网卡、Flash、SD卡、USB等	基本不用自己写驱动
网络协议栈	支持TFTP、NFS、DHCP等	网络启动的核心依赖
命令行交互	类似Shell的操作环境	调试利器，谁用谁知道
脚本支持	环境变量+脚本语言	可以实现自动化启动流程

1.3 U-Boot在嵌入式系统中的作用

U-Boot在嵌入式系统里到底扮演什么角色？我用一张图来说明：

从这张图能看得很清楚：U-Boot夹在硬件和操作系统之间。它不参与系统运行时的功能，但系统能不能跑起来，全看它。

具体来说，U-Boot在嵌入式系统里干这几件事：

1. 硬件初始化：设置CPU工作模式、初始化内存控制器、配置时钟树。这些事不做，内核连跑都跑不了。
2. 设备枚举与驱动：检测板上有哪些外设，加载对应的驱动。比如网卡、Flash、SD卡控制器。
3. 内核加载：从Flash、SD卡或网络把内核镜像读到内存。这是它的核心任务。
4. 启动参数传递：通过设备树（DTB）或ATAG把硬件信息告诉内核。内核不再需要硬编码硬件地址。
5. 调试与恢复：提供命令行环境，可以读写内存、擦写Flash、测试外设。板子变砖了，U-Boot往往是最后的救命稻草。

1.4 为什么选择U-Boot做网络启动

我们这个课程的核心是“网络启动环境搭建”。为什么选U-Boot？因为它天生就是干这个的料。

U-Boot内置了完整的网络协议栈：

• TFTP客户端：从服务器下载内核和设备树
• DHCP客户端：自动获取IP地址
• NFS支持：挂载远程文件系统作为根文件系统
• Ping命令：测试网络连通性

开发阶段用网络启动，好处太明显了。不用反复烧写Flash，改一行代码，重启板子就从服务器拉新镜像。我当年做产品原型时，一天要重启上百次板子，全靠网络启动撑着。