📚 课程目录第1章 Bootloader概述

1. Bootloader 概述：嵌入式系统的“第一行代码”

大家好，我是你们的讲师。今天咱们聊聊 Bootloader——嵌入式系统里那个“看不见、摸不着”，但少了它机器就成砖的东西。

说白了，Bootloader 就是系统上电后运行的第一段程序。它的任务很单纯：把硬件初始化好，然后把操作系统内核加载进内存，最后跳转过去执行。你想想看，没有它，CPU 上电后寄存器全是随机值，内存还没初始化，连 C 语言都跑不起来，更别提 Linux 内核了。

  核心定义： Bootloader 是固化在非易失性存储（NOR Flash、NAND Flash、eMMC）中的一段引导程序，负责硬件初始化、内存映射、内核加载与启动参数传递。

我经常跟团队里的新人说：Bootloader 就像系统里的“包工头”。它要干三件大事：

硬件“唤醒”——设置时钟、配置 DDR 控制器、初始化串口。没有这一步，内核连“Hello World”都打印不出来。
内核“搬运”——从 Flash、SD 卡、网络（TFTP）把内核镜像读到内存指定地址。我记得有次调试，发现内核加载地址错了 0x100，结果系统启动到一半就挂了。
参数“交接”——把设备树（DTB）、内核启动参数（cmdline）传给内核。这里有个坑：cmdline 里 root= 参数写错，内核就找不到根文件系统。

嗯，这里要注意：Bootloader 本身也是程序，它依赖 CPU 的复位向量。ARM 架构上电后从 0x00000000 或 0xFFFF0000 开始执行，x86 则从 0xFFFFFFF0（复位向量）跳转到 BIOS。所以 Bootloader 必须放在这些地址能访问到的存储介质里。

个人经验： 我习惯在 Bootloader 阶段加一个 GPIO 翻转的调试灯。如果灯没亮，说明 CPU 根本没跑起来；如果亮了但串口没输出，那就是时钟或串口初始化有问题。这个“土办法”帮我省了至少一半的调试时间。

嵌入式领域常见的 Bootloader 有三个：U-Boot、GRUB、Barebox。我三个都用过，各有各的脾气。

特性	U-Boot	GRUB	Barebox
主要应用场景	ARM / RISC-V / MIPS 嵌入式	x86 PC / 服务器	ARM 嵌入式（轻量级）
代码规模	大（约 50 万行）	中（约 20 万行）	小（约 10 万行）
文件系统支持	ext4 / FAT / UBIFS / SquashFS	ext4 / Btrfs / XFS / ZFS	ext4 / FAT / UBIFS
网络协议	TFTP / NFS / DHCP / PXE	TFTP / HTTP / NFS	TFTP / NFS / DHCP
脚本能力	HUSH shell（类 Bash）	GRUB 脚本（类 Lisp）	HUSH shell（精简版）
设备树支持	完整（FDT 库）	有限（仅 x86 ACPI）	完整（FDT 库）
社区活跃度	极高（Denx 维护）	高（GNU 项目）	中等（Pengutronix 维护）

为什么嵌入式首选 U-Boot？我个人觉得有几点：

硬件支持最广——从 Cortex-M0 到 Cortex-A78，从 RISC-V 到 MIPS，U-Boot 几乎覆盖了所有主流嵌入式 SoC。
命令系统强大——U-Boot 的命令行可以读写内存、操作 Flash、调试网络、甚至跑简单的测试程序。我曾经在产线上用 U-Boot 的 md 命令直接 dump 内存，排查 DDR 布线问题。
社区资源丰富——遇到问题，邮件列表、论坛、甚至 GitHub Issue 里基本都能找到答案。

GRUB 呢？它主要用在 x86 的 PC 和服务器上。GRUB 2 支持多引导、模块化加载、甚至可以从 Btrfs 快照启动。但它的代码和嵌入式硬件耦合太紧，移植到 ARM 上很痛苦。

Barebox 是 U-Boot 的一个“精简版”分支。它代码更干净，启动更快，但支持的 SoC 和板卡远不如 U-Boot 多。如果你用的是 i.MX6 或 STM32MP1，Barebox 是个不错的选择；但如果是全志、瑞芯微这些 SoC，还是老老实实用 U-Boot 吧。

避坑指南： 我曾经在一个项目里试图把 GRUB 移植到 ARM 平台上，折腾了两周，最后发现 U-Boot 已经原生支持了。别重复造轮子——选 Bootloader 时先查一下官方板级支持列表（board support list），能省大量时间。

U-Boot 的启动流程可以分成三个阶段。我画了一张图，方便你理解：

嗯，这里有个细节：SPL 阶段通常用汇编语言写，因为这时候 C 语言运行时环境还没准备好。等 DDR 初始化完成后，U-Boot 完整版就可以用 C 语言写了。我刚开始学的时候，总觉得 SPL 那几百行汇编很难懂，后来发现其实就是配置几个寄存器——时钟、PLL、DDR 时序，没什么神秘的。

调试技巧： 如果 U-Boot 启动到一半卡住了，可以在 SPL 阶段加一个串口输出函数（比如 putc()），打印当前执行到的行号。我曾经用这个办法定位到一个 DDR 时序参数配置错误——那个参数差了一个时钟周期，导致系统 10 次启动有 3 次失败。

原因很简单：U-Boot 是嵌入式 Linux 的事实标准。从消费电子到工业控制，从无人机到智能汽车，U-Boot 无处不在。你学会了 U-Boot，就等于掌握了嵌入式系统引导的“通用语言”。

而且 U-Boot 的命令行调试能力非常强。你可以用 md 查看内存，用 mm 修改内存，用 tftp 下载文件，用 bootm 启动内核。这些命令在调试硬件、排查启动故障时特别有用。后面的章节里，我会带着你一个一个实战演练。

好，这一章就到这里。记住：Bootloader 是嵌入式系统的“第一行代码”，理解它，你才能真正掌控整个系统的启动过程。