1. 嵌入式Linux内核启动流程概览：从Bootloader到用户空间init进程的完整路径图

嵌入式Linux系统的启动是一个多阶段、高度协同的过程，涉及硬件初始化、固件加载、内核解压、驱动枚举以及用户空间初始化。理解这一完整路径是进行内核调优和启动日志分析的基础。本章将拆解从SoC上电到用户空间init进程启动的每一个关键阶段，并给出对应的日志特征与调优切入点。

1.1 启动全路径阶段划分

整个启动流程可划分为以下 6 个主要阶段，每个阶段都有明确的入口和出口标志：

1.2 启动流程详细路径图

下图展示了从 SoC 上电到用户空间 init 进程的完整数据流与控制流路径。每个节点代表一个关键执行实体，箭头表示跳转或加载关系。

1.3 各阶段关键日志特征

在嵌入式开发中，串口日志是诊断启动问题的第一手资料。下表列出了每个阶段最具代表性的日志行及其含义：

1.4 Bootloader 到内核的跳转细节

Bootloader 跳转到内核的过程并非简单的函数调用，而是一个精心设计的 ABI 约定。U-Boot 在跳转前需要完成以下准备工作：

1. 关闭 MMU 与 Cache：确保内核在自有的页表设置前不会因缓存不一致而崩溃。
2. 设置寄存器状态：ARM 架构下，r0 通常为 0，r1 为机器类型 ID，r2 为设备树基地址。
3. 传递启动参数：通过 bootargs 环境变量向内核传递控制台、根文件系统等参数。
4. 执行最终跳转：使用 theKernel (0, machid, fdt_addr) 函数指针调用。

1.5 内核早期初始化关键路径

从内核入口 stext 到 start_kernel 的汇编阶段，是嵌入式工程师最常忽略的“黑盒”区域。该阶段主要完成：

• CPU 模式设置：从 SVC 模式切换到内核模式，关闭中断。
• 页表一级映射：为内核代码段、数据段建立恒等映射（identity mapping）。
• CPU 架构检测：读取 MIDR 寄存器，识别 CPU 类型并执行对应的 errata 修复。
• 解压完成判断：对于 zImage，解压代码会检查解压后的镜像 CRC，然后跳转到解压后的内核。

以下是一个典型的 ARM64 内核早期汇编入口代码片段，展示了页表初始化的关键步骤：

/* arch/arm64/kernel/head.S */
__primary_switch:
    /* 关闭 MMU 和 Cache */
    mrs    x0, sctlr_el1
    bic    x0, x0, #1          // 清除 M 位
    msr    sctlr_el1, x0
    isb

    /* 设置页表基地址 */
    ldr    x0, =swapper_pg_dir
    msr    ttbr0_el1, x0

    /* 启用 MMU */
    mrs    x0, sctlr_el1
    orr    x0, x0, #1          // 设置 M 位
    msr    sctlr_el1, x0
    isb

    /* 跳转到 start_kernel */
    ldr    x0, =start_kernel
    br     x0

1.6 用户空间 init 进程的启动方式

内核在完成所有驱动初始化后，会尝试挂载根文件系统并启动第一个用户空间进程。启动顺序遵循以下优先级：

1.7 启动时间分布与优化方向

基于典型的 ARM Cortex-A7 平台（主频 1.2GHz，NAND Flash 启动），各阶段的典型耗时分布如下：

• ROM Bootloader + SPL：约 80ms - 150ms（主要受 DDR 初始化时序影响）
• U-Boot 完整引导：约 200ms - 500ms（网络/USB 枚举是主要瓶颈）
• 内核解压：约 100ms - 300ms（LZMA 比 GZIP 慢 2-3 倍，但压缩比高 30%）
• 内核核心初始化：约 300ms - 600ms（驱动 probe 顺序与设备树匹配度相关）
• 用户空间 init：约 200ms - 400ms（服务启动脚本的串行化程度决定）