3. 引导加载程序(Bootloader)原理
引导加载程序（Bootloader）是系统上电后、操作系统内核接管硬件之前执行的第一个软件组件。它负责完成从硬件复位到内核启动入口之间的所有初始化与加载工作，是连接固件与操作系统的关键桥梁。
3.1 Bootloader 的核心作用
Bootloader 在系统启动过程中承担以下五项核心职责：
| 职责 | 说明 | 典型操作 |
|---|---|---|
| 硬件初始化 | 将 CPU、内存控制器、串口等核心外设从复位状态配置到可用状态 | 设置时钟频率、初始化 DDR 控制器、配置 GPIO |
| 内存布局建立 | 探测物理内存容量与地址范围，建立临时页表或平坦内存映射 | 读取 SPD、执行内存训练、设置 MMU 页表 |
| 内核映像加载 | 从存储介质（Flash、SD卡、网络）读取内核映像到指定内存地址 | 解析文件系统、校验签名、DMA 传输 |
| 启动参数传递 | 将硬件拓扑、内核命令行、设备树等信息传递给内核 | 填充 ATAG 列表、传递 FDT 基址、设置寄存器 |
| 控制权移交 | 跳转到内核入口点，切换 CPU 模式，完成从实模式到保护模式的过渡 | 关闭中断、设置栈指针、执行跳转指令 |
关键认知：Bootloader 不是操作系统的一部分，而是内核的"加载器"与"环境准备者"。内核启动后，Bootloader 占用的内存区域通常会被回收或覆盖。
3.2 Bootloader 的发展阶段
Bootloader 的演进与嵌入式系统复杂度、存储介质容量、安全需求密切相关，可分为四个典型阶段：
- 第一阶段：ROM Monitor 时代（1980s–1990s）
- 直接固化在 ROM 中，通过串口交互
- 仅支持简单的内存读写、烧写 Flash、跳转执行
- 代表：AMD 的 Mon960、Motorola 的 dBUG
- 第二阶段：通用 Bootloader 时代（1990s–2000s）
- 支持多架构、多文件系统、网络启动（TFTP/NFS）
- 引入交互式命令行，支持环境变量与脚本
- 代表：U-Boot、RedBoot、GRUB Legacy
- 第三阶段：安全启动时代（2000s–2010s）
- 集成数字签名验证、加密启动、信任链传递
- 支持回滚保护、防降级攻击
- 代表：U-Boot 安全扩展、ARM Trusted Firmware + UEFI
- 第四阶段：统一可扩展固件接口（UEFI）时代（2010s–至今）
- 标准化接口，支持驱动模型、ACPI、安全启动
- 支持图形界面、网络协议栈、GPT 分区
- 代表：UEFI + GRUB2、systemd-boot、U-Boot UEFI 实现
实战提示：在嵌入式 Linux 开发中，U-Boot 仍然是使用最广泛的 Bootloader。理解 U-Boot 的启动流程（SPL → U-Boot proper → 内核）是掌握内核启动的基础。
3.3 Bootloader 与内核的关系
Bootloader 与内核之间通过严格的接口约定进行协作，这种关系可以用以下分层模型描述：
3.4 接口约定详解
Bootloader 向内核传递控制权时，必须遵守 ARM/Linux 标准启动协议（以 ARM32 为例）：
| 寄存器 | 值/含义 | 说明 |
|---|---|---|
r0 |
0 | 保留，必须为 0 |
r1 |
机器类型编号 或 FDT 基址 | 传统 ATAG 方式传递机器 ID；设备树方式传递 FDT 物理地址 |
r2 |
ATAG 列表基址 或 0 | ATAG 方式时指向参数列表；设备树方式时忽略 |
CPSR |
SVC32 模式 | CPU 必须处于超级用户模式，IRQ/FIQ 关闭 |
MMU |
关闭 | 内核启动早期需要物理地址直接访问 |
D-Cache |
关闭 | 防止脏数据导致内存不一致 |
I-Cache |
可选关闭 | 部分架构要求关闭，U-Boot 通常关闭 |
常见错误：Bootloader 在跳转前未正确关闭 MMU 或 D-Cache，会导致内核解压阶段发生数据中止异常。调试时可通过 JTAG 检查跳转前 CP15 寄存器状态。
3.5 典型 Bootloader 启动流程（以 U-Boot 为例）
U-Boot 的启动分为两个阶段，其内部流程如下：
3.6 启动参数传递机制
Bootloader 通过两种标准方式向内核传递硬件拓扑与启动配置：
| 方式 | 数据结构 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|---|
| ATAG | 链表结构，每个节点包含 tag ID + 数据 | ARM 传统方式，Linux 2.6 及之前 | 实现简单，无需额外文件 | 扩展性差，无法描述复杂设备拓扑 |
| FDT（Flattened Device Tree） | 二进制设备树（.dtb），树形节点结构 | ARM64、RISC-V、PowerPC，Linux 3.x+ | 硬件描述与内核分离，支持多平台 | 需要维护 .dts 源文件，编译生成 .dtb |
实战要点：现代嵌入式 Linux 项目几乎全部采用 FDT 方式。Bootloader 需要将正确的 .dtb 文件加载到内核约定的地址，并在跳转前将 FDT 基址放入 r1 寄存器（ARM64 为 x0）。
3.7 Bootloader 与内核的依赖关系总结
从系统架构视角看，Bootloader 与内核之间存在以下依赖关系：
- 时序依赖：Bootloader 必须在内核之前完成硬件初始化，内核启动时假设 Bootloader 已配置好内存控制器与时钟。
- 数据依赖：内核依赖 Bootloader 传递的内存布局、设备树、内核命令行等参数，否则无法正确识别硬件。
- 安全依赖：安全启动链中，Bootloader 负责验证内核签名的有效性，内核信任 Bootloader 传递的信任根。
- 资源依赖：Bootloader 占用的内存区域（如栈、堆、临时缓冲区）必须在跳转前释放或标记为可回收。
调试建议：当内核启动早期崩溃时，首先检查 Bootloader 是否正确传递了设备树地址和内核入口参数。在 U-Boot 中可通过 bdinfo 命令查看当前启动参数状态。