4. 启动流程与引导加载

高通Snapdragon平台的启动过程是一条严格分阶段、逐级验证的信任链。从上电复位到Linux内核接管控制权，整个流程大致经过Boot ROM、SBL（Secondary Boot Loader）、UEFI固件、ABL（Application Boot Loader）以及内核与设备树加载几个关键阶段。理解这条链路，对于排查启动失败、定制引导参数、适配自定义硬件都至关重要。

一、启动阶段总览

当SoC上电或复位后，最先运行的是固化在芯片内部ROM中的Boot ROM代码。Boot ROM不可修改，它负责最基础的硬件初始化，并根据启动模式（如eMMC、UFS、USB等）从存储介质中读取第一个引导镜像。Boot ROM会验证该镜像的数字签名，只有通过高通签名的镜像才能被加载执行，这是信任链的起点。

Boot ROM加载的第一个镜像通常是SBL。SBL运行在更完整的硬件环境中，负责初始化DDR内存、时钟、电源管理等关键模块，并进一步加载后续的引导程序。在较新的Snapdragon平台上，SBL之后会进入UEFI固件环境，UEFI提供了标准化的引导服务，并最终加载ABL。

ABL是Android Boot Loader的简称，它承担着非常关键的职责：读取boot分区中的内核镜像和设备树，解析cmdline参数，决定启动模式（正常启动、recovery、fastboot等），并将控制权交给Linux内核。内核启动后，会解析设备树以识别硬件配置，完成驱动初始化，最终挂载根文件系统并启动用户空间。

二、Boot ROM与SBL的职责边界

Boot ROM的代码量很小，通常只有几十KB，但它承担着不可替代的信任根角色。它通过读取SoC上的启动模式引脚或熔丝状态，决定从哪个接口读取第一个引导镜像。常见的启动介质包括UFS、eMMC、SD卡以及USB。如果Boot ROM无法找到有效镜像或签名验证失败，设备会进入EDL（Emergency Download）模式，等待主机通过USB发送镜像。

SBL运行在Boot ROM之后，此时DDR尚未初始化，SBL自身需要先在SRAM中运行，完成DDR控制器的配置后才能将自身或后续镜像搬到DDR中执行。SBL还会初始化时钟、电源管理IC、存储控制器等。在实际开发中，如果设备卡在Boot ROM阶段无法进入SBL，通常需要检查启动介质是否烧录正确、签名是否匹配、DDR配置是否与硬件一致。

三、UEFI与ABL的分工

UEFI固件在Snapdragon平台上提供了符合UEFI规范的引导环境，它封装了底层硬件差异，向上提供标准服务。ABL则是在UEFI环境下运行的应用程序，专门负责Android系统的引导。ABL会读取boot分区中的内核镜像（通常是Image.gz或Image）和设备树二进制文件（DTB），并将它们加载到内存中的指定地址。

ABL还负责解析boot分区中的cmdline参数。这些参数包括console、androidboot.hardware、androidboot.serialno等，它们会以ATAGS或设备树chosen节点的形式传递给内核。在设备树机制中，ABL会将cmdline写入DTB的/chosen/bootargs属性，内核启动时从该属性读取参数。

四、内核加载与设备树传递

内核镜像被加载到内存后，ABL会跳转到内核入口点。内核首先进行自解压（如果是压缩镜像），然后初始化内存管理、中断控制器、定时器等核心子系统。接下来，内核解析设备树，根据设备树中的节点和属性来识别和初始化硬件。

设备树是描述硬件配置的数据结构，它采用节点和属性的树形组织方式。每个节点代表一个设备或总线，属性则描述该设备的中断号、寄存器地址、时钟频率等信息。内核通过of_platform_populate等机制遍历设备树，为每个节点匹配相应的驱动程序。如果设备树中缺少某个节点的描述，对应的驱动就不会被加载，硬件也就无法工作。

在实际调试中，如果内核启动后某个外设不工作，首先应检查设备树中是否有对应的节点，以及节点的compatible属性是否与驱动匹配。可以通过串口日志查看内核是否成功解析了设备树，以及驱动probe是否成功。常用的调试手段包括在cmdline中添加earlycon、loglevel=8等参数，以及使用dtc工具反编译DTB文件进行检查。

五、启动参数与调试要点

ABL传递给内核的cmdline参数对启动行为有重要影响。例如，androidboot.console=ttyMSM0指定串口控制台，androidboot.hardware=qcom指定硬件平台名称，root=/dev/mmcblk0pXX指定根文件系统位置。如果根文件系统挂载失败，内核会打印“Kernel panic - not syncing: VFS: Unable to mount root fs”错误，此时应检查root参数是否正确以及存储分区是否存在。

另一个常见问题是设备树与内核版本不匹配。如果设备树中引用了内核不支持的属性或节点，可能导致驱动probe失败或系统行为异常。建议在修改设备树后，使用dtc工具验证语法，并通过串口日志确认内核是否成功解析了所有关键节点。

对于需要定制启动流程的场景，可以在ABL阶段添加自定义逻辑，例如根据GPIO状态选择不同的设备树，或者修改cmdline以启用特定功能。ABL的源码通常包含在高通提供的引导加载程序包中，修改后需要重新编译并签名，再烧录到设备中。

# 示例：查看当前内核cmdline
adb shell cat /proc/cmdline

# 示例：反编译DTB检查节点
dtc -I dtb -O dts -o output.dts input.dtb

# 示例：串口日志中观察设备树解析
[    0.000000] OF: fdt: Machine model: Qualcomm Technologies, Inc. SM8250
[    0.000000] OF: fdt: Memory scan node 'memory', reg: 1
[    0.000000] OF: fdt: Reserved memory: 4 regions

掌握从Boot ROM到内核的完整启动链路，能够帮助开发者在遇到启动失败时快速定位问题阶段。例如，设备完全无反应可能是Boot ROM未找到有效镜像；卡在高通Logo可能是SBL或UEFI阶段出错；内核panic则通常与设备树或根文件系统配置有关。通过串口日志和阶段特征，可以逐级排查并解决问题。