1. 嵌入式 Linux 系统启动流程全景解析
作为一名嵌入式 Linux 开发工程师，我经常需要面对各种系统启动问题。从硬件上电到完整的用户空间就绪，这个过程中任何一个环节出现问题都可能导致系统无法正常启动。今天我就来详细拆解这个看似神秘却又至关重要的启动流程。
嵌入式 Linux 系统的启动过程就像一场精心编排的交响乐，每个组件都需要在正确的时间点登场。理解这个过程不仅能帮助我们快速定位启动问题，还能在系统优化时做出更明智的决策。我们将从最底层的硬件启动开始，逐步深入到用户空间初始化，完整呈现这个精妙的启动链条。
2. 第一阶段：BootROM - 系统启动的基石
2.1 BootROM 的本质与特性
BootROM 是 SoC 内部固化的启动代码，它是系统启动的第一站。这个阶段的代码通常由芯片厂商预先烧录，具有以下关键特性：
- 不可修改性：通过掩膜工艺固化在芯片内部，用户无法擦除或修改
- 极小体积：通常在几十KB左右，只包含最基本的初始化代码
- 有限功能：仅支持最基本的硬件初始化和简单的存储设备读取
在实际项目中，我曾经遇到过 BootROM 无法正确识别启动介质的情况。这种情况下，系统甚至无法进入最基本的启动流程，通常需要检查硬件连接或更换存储介质。
2.2 BootROM 的执行流程详解
以常见的 ARM 架构 SoC 为例，BootROM 的执行流程如下：
- 硬件复位：CPU 上电或复位后，首先执行位于固定地址的 BootROM 代码
- 基础初始化：初始化看门狗、时钟和片内 SRAM
- 启动介质检测：按照预设顺序轮询各种可能的启动设备
- 加载 SPL：从检测到的启动设备中读取 Secondary Program Loader 到 SRAM
提示：不同厂商的 SoC 可能有不同的启动介质检测顺序。例如全志芯片通常按 SPI NOR → NAND → eMMC/SD → USB 的顺序检测，而瑞芯微的部分芯片则支持通过 GPIO 引脚配置启动顺序。
2.3 系统资源状态分析
在 BootROM 阶段，系统的各种资源处于非常原始的状态：
| 资源类型 | 状态描述