📚 课程目录第1章课程导论

1. 课程导论：什么是启动流程？为什么需要Bootloader？

嵌入式系统的启动流程，是指系统从上电复位到用户态应用程序运行所经历的全部软件与硬件协同阶段。这一过程并非简单的“加载-执行”，而是一系列精心设计的状态迁移与权限升级操作，涉及CPU模式切换、内存初始化、外设枚举、操作系统加载等多个关键环节。

1.1 启动流程的核心定义

启动流程本质上是一个分层抽象的过程：每一层都依赖下层提供的服务，并为上层准备运行环境。典型的嵌入式启动流程包含以下五个阶段：

阶段	执行主体	主要任务	输出状态
1. 硬件复位	CPU硬件逻辑	复位向量跳转、CPU模式初始化	CPU处于特权模式，PC指向BootROM
2. BootROM	片上ROM固件	基础时钟配置、启动介质选择	加载一级Bootloader到SRAM
3. Bootloader	SPL/UBoot等	DDR初始化、设备树加载、内核搬运	操作系统内核位于内存中
4. 内核启动	Linux/RTOS内核	内存管理、驱动加载、根文件系统挂载	内核态服务就绪
5. 用户态初始化	init进程	启动服务、加载应用	用户界面/应用运行

  关键认知：Bootloader是启动流程中唯一由硬件直接加载的可编程软件实体，它承担着从“裸金属”到“操作系统”的桥梁作用。没有Bootloader，CPU无法知道如何初始化内存、如何找到内核镜像。

1.2 为什么需要Bootloader？

Bootloader存在的根本原因在于硬件资源的局限性与软件复杂度的矛盾：

片上SRAM容量极小：CPU复位后只能直接访问片内SRAM（通常仅几十KB），无法容纳完整的操作系统内核。
DDR需要初始化：外部DDR内存的时序参数、控制器配置必须由软件完成，而这段配置代码必须运行在SRAM中。
启动介质多样性：NAND Flash、eMMC、SD卡、SPI NOR Flash等存储设备的访问协议各不相同，需要Bootloader统一抽象。
安全启动需求：现代嵌入式系统要求对镜像进行签名验证，Bootloader是实施信任链的第一环。

工程经验：在ARM Cortex-A系列处理器中，BootROM通常只支持从固定的几种介质（如SD卡、eMMC）加载固定大小的镜像。如果镜像超过SRAM容量，必须使用两阶段Bootloader：SPL（Secondary Program Loader）先加载到SRAM，再由SPL初始化DDR并加载完整的UBoot。

1.3 从按下电源键到用户界面的宏观全景

下图展示了嵌入式Linux系统从硬件上电到用户界面启动的完整流程，包含各阶段的关键动作与数据流：

唯一需要适配不同硬件平台的软件层，也是移植工作的核心。

1.4 各阶段的时间占比与优化空间

在实际工程中，启动时间是衡量系统性能的关键指标。以下是一个典型嵌入式Linux系统的启动时间分布：

阶段	典型耗时	占比	优化手段
BootROM	50-200ms	5-10%	无法优化（硬件固定）
Bootloader	200-800ms	20-30%	裁剪驱动、并行初始化、快速DDR训练
内核启动	500-1500ms	40-50%	内核裁剪、设备树优化、驱动静态编译
用户态初始化	200-600ms	15-25%	并行启动服务、延迟加载、预链接

常见误区：很多开发者认为启动优化应该从内核开始。实际上，Bootloader阶段的DDR初始化往往是最大的瓶颈——某些DDR控制器需要多次校准训练，耗时可达300ms以上。在项目早期就应该使用示波器或JTAG测量各阶段实际耗时，避免盲目优化。

1.5 启动流程中的关键数据结构

在Bootloader与内核之间，通过特定的数据结构传递硬件信息。以ARM Linux为例，最核心的是设备树（Device Tree）和ATAG列表：

/* 设备树（DTB）在内存中的布局示意 */
struct fdt_header {
    uint32_t magic;           /* 0xD00DFEED */
    uint32_t totalsize;       /* 整个DTB的大小 */
    uint32_t off_dt_struct;   /* 结构体块偏移 */
    uint32_t off_dt_strings;  /* 字符串块偏移 */
    uint32_t version;         /* 版本号 */
};

/* Bootloader传递给内核的启动参数（ATAG格式） */
struct tag {
    uint32_t size;            /* 标签大小 */
    uint32_t tag;             /* 标签类型 */
    union {
        struct tag_mem32 mem; /* 内存信息 */
        struct tag_cmdline cmdline; /* 内核命令行 */
        struct tag_initrd initrd;   /* initrd信息 */
    } u;
};

工程建议：在调试启动问题时，建议在Bootloader中增加串口打印时间戳功能。例如在UBoot中启用CONFIG_BOOTSTAGE选项，可以精确记录每个初始化步骤的耗时，帮助定位性能瓶颈。

1.6 本章小结

启动流程是嵌入式系统软件栈的第一公里，它决定了系统的可靠性、安全性和启动速度。Bootloader作为这一流程的核心组件，承担着硬件初始化、镜像加载、安全验证等关键职责。理解从硬件复位到用户态的完整链路，是进行系统移植、性能优化和问题定位的基础。