1. 嵌入式Linux启动流程全景：从BootROM到用户空间init进程的完整链路
嵌入式Linux系统的启动是一个多阶段、高度分层的硬件-软件协同过程。理解从芯片上电到用户空间第一个进程启动的完整链路，是进行启动优化、特别是驱动异步probe配置的前提。本章将拆解这一链路中的每个关键阶段，明确各阶段的职责、时间窗口以及优化切入点。
1.1 启动阶段总览
嵌入式Linux启动可划分为四个主要阶段：硬件初始化阶段、引导加载程序阶段、内核启动阶段、用户空间初始化阶段。每个阶段都有其特定的时间消耗和优化空间。
| 阶段 | 起始点 | 终止点 | 主要执行者 | 典型耗时占比 |
|---|---|---|---|---|
| BootROM | 上电复位 | 跳转到SPL/第一阶段Bootloader | 芯片内部固件 | 1% – 3% |
| 引导加载程序 | SPL执行 | 跳转到内核入口 | U-Boot / ATF / SPL | 10% – 25% |
| 内核启动 | start_kernel | 挂载根文件系统 | Linux内核 | 30% – 50% |
| 用户空间初始化 | /sbin/init执行 | 系统就绪/服务启动完成 | systemd / BusyBox init | 25% – 50% |
优化关键洞察：内核启动阶段通常占据总启动时间的30%-50%，而驱动probe又是内核启动中耗时最长的子过程。驱动异步probe正是针对这一阶段的核心优化手段。
1.2 阶段一：BootROM与硬件初始化
芯片上电后，CPU从复位向量地址开始执行固化在芯片内部ROM中的代码，即BootROM。BootROM的职责非常有限且固定：
- 初始化最基本的硬件（CPU时钟、SRAM、堆栈指针）。
- 检测启动介质选择引脚（eMMC、NAND Flash、SD卡、UART等）。
- 从选定的启动介质加载第一阶段引导加载程序（SPL）到内部SRAM。
- 验证SPL的签名（如果启用了安全启动）。
- 跳转到SPL入口地址。
硬件特性：BootROM代码不可修改，其执行时间由芯片厂商固定。优化空间极小，但可以通过选择更快的启动介质（如eMMC HS400模式）来缩短SPL加载时间。
1.3 阶段二：引导加载程序（Bootloader）
引导加载程序负责初始化DRAM、建立内存映射、加载内核映像和设备树（DTB）到内存，并最终将控制权交给内核。在嵌入式系统中，通常使用U-Boot，且多采用SPL + U-Boot proper的两阶段结构。
1.3.1 SPL（Secondary Program Loader）
- 由BootROM加载到SRAM中执行。
- 初始化DRAM控制器，使能外部DDR内存。
- 从存储介质加载完整的U-Boot到DRAM。
- 跳转到U-Boot proper。
1.3.2 U-Boot proper
- 提供完整的硬件初始化（时钟、串口、网络、存储控制器）。
- 解析环境变量（bootargs、bootcmd）。
- 加载Linux内核映像（zImage/Image）和设备树（.dtb）到DRAM。
- 可选：进行FDT（Flattened Device Tree）调整，如修改内存大小、MAC地址。
- 执行
bootm或booti命令，跳转到内核入口。
常见瓶颈：U-Boot阶段频繁使用轮询方式访问存储设备（如eMMC、NAND），且通常为单线程执行。如果存储驱动未优化或设备树过大，此阶段可能占用数百毫秒甚至数秒。
1.4 阶段三：内核启动（Kernel Booting）
内核启动是启动优化最核心的阶段。从U-Boot跳转到内核入口stext（ARM64为_text）开始，到挂载根文件系统结束。此阶段可细分为：
- 架构初始化（Arch Setup）：设置页表、使能MMU、初始化CPU模式。
- start_kernel：内核C语言入口，进行trap初始化、中断初始化、调度器初始化。
- 设备树解析与内存映射：解析DTB，建立内存节点映射。
- 驱动初始化（do_initcalls）：按initcall等级依次调用驱动初始化函数。
- 挂载根文件系统：根据
root=参数挂载根文件系统。 - 执行第一个用户空间进程：通过
run_init_process启动/sbin/init。
关键时间戳：内核启动时间可以通过
initcall_debug内核参数精确测量。每个initcall函数的开始和结束时间都会被打印到内核日志中，这是定位驱动probe瓶颈的最直接手段。
1.5 阶段四：用户空间初始化
内核启动完成后，通过run_init_process执行用户空间的第一个进程。在嵌入式Linux中，常见的init系统有：
| Init系统 | 特点 | 适用场景 | 启动速度 |
|---|---|---|---|
| BusyBox init | 轻量级，串行执行inittab脚本 | 资源受限、极简系统 | 快 |
| systemd | 并行启动服务，依赖管理完善 | 功能丰富的嵌入式系统 | 中等（依赖配置） |
| OpenRC | 基于依赖的启动，兼容SysV | Gentoo/嵌入式变体 | 中等 |
用户空间初始化阶段的主要任务包括：
- 执行init脚本或单元文件。
- 挂载虚拟文件系统（proc、sysfs、devtmpfs）。
- 启动核心服务（网络、日志、硬件监控）。
- 启动应用程序（GUI、业务逻辑）。
与驱动异步probe的关联：用户空间init进程启动后，部分驱动可能仍在进行异步probe。如果用户空间服务依赖尚未probe完成的设备（如网络接口、显示设备），需要引入udev或类似的设备等待机制，否则可能导致服务启动失败或延迟。
1.6 启动链路中的关键时间测量点
为了量化启动优化效果，必须在启动链路的关键节点插入时间戳。以下是嵌入式Linux启动优化中常用的测量点：
| 测量点 | 位置 | 获取方式 | 典型值（参考） |
|---|---|---|---|
| BootROM开始 | 硬件复位 | 逻辑分析仪/示波器 | 0ms |
| SPL开始 | SPL入口 | GPIO翻转 / 串口打印 | 10ms – 50ms |
| U-Boot开始 | U-Boot入口 | 串口打印 “U-Boot 2024.01” | 50ms – 200ms |
| 内核开始 | start_kernel | printk时间戳 | 200ms – 500ms |
| initcall开始 | do_initcalls | initcall_debug日志 | 300ms – 800ms |
| 根文件系统挂载 | mount_root | 内核日志 “VFS: Mounted root” | 500ms – 1500ms |
| init进程启动 | run_init_process | 内核日志 “Run /sbin/init” | 600ms – 2000ms |
| 系统就绪 | 用户空间服务就绪 | 应用程序心跳 / 网络可达 | 1000ms – 5000ms |
测量注意事项：串口打印本身会引入延迟（波特率115200时，每字符约87μs）。在精确测量时，应使用GPIO翻转配合逻辑分析仪，或使用内核的
ftrace机制，避免串口输出对时间测量的干扰。
1.7 本章小结
嵌入式Linux启动是一个从硬件到软件的逐级接力过程。BootROM和Bootloader负责硬件初始化和内核加载，内核启动阶段（特别是驱动初始化）是时间消耗的主要区域，用户空间init进程最终将系统带入可用状态。驱动异步probe配置的核心目标，就是通过改变内核驱动初始化的执行模型，将串行阻塞的probe过程变为并行非阻塞过程，从而显著压缩内核启动阶段的时间窗口。