第四章：高通平台启动流程：从PBL到Linux内核的完整启动链
说实话，高通平台的启动流程，是我这些年带新人时最常被问到的问题。很多人觉得这玩意儿太底层，跟上层开发没关系。但我告诉你，你想想看——系统起不来、死机、外设不工作，十有八九都能在启动链里找到根因。
今天我就把这套启动链掰开揉碎了讲清楚。从按下电源键到Linux内核跑起来，中间经历了PBL、SBL、ABL、LK，最后才到内核。每一步都有它的使命，也都有它的坑。
4.1 启动链全景图
先给你个整体印象。高通平台的启动链，说白了就是一段接力赛：
- PBL（Primary Boot Loader）：固化在ROM里的代码，芯片一上电就执行
- SBL（Secondary Boot Loader）：从存储介质加载，初始化DDR和基本外设
- ABL（Application Boot Loader）：负责安全启动和系统验证
- LK（Little Kernel）：轻量级内核，负责加载Linux内核和dtb
- Linux Kernel：最终的操作系统内核
每个阶段都有明确的职责边界。我在项目中遇到过好几次，因为某个阶段的配置不对，导致整个系统卡死。嗯，这种问题排查起来特别痛苦。
4.2 PBL：一切从这里开始
PBL是固化在芯片内部ROM里的代码。你没法改它，也没法删它。芯片上电后，CPU的第一条指令就是从PBL开始的。
PBL主要干三件事：
- 初始化CPU核心：设置异常向量表、配置缓存、初始化MMU（虽然还没开）
- 检测启动模式：根据硬件引脚电平，判断是从eMMC、UFS还是USB启动
- 加载SBL：从检测到的启动设备读取SBL镜像到内部SRAM
重要提示：PBL阶段没有DDR可用！所有代码和数据都在芯片内部的SRAM里运行。SRAM通常只有几百KB，所以SBL镜像必须非常精简。
我记得有一次，客户反馈说设备在某些批次上起不来。排查了半天，发现是启动引脚的上拉电阻虚焊了。PBL检测不到正确的电平，直接卡死在启动模式选择那里。这种硬件问题，软件再怎么写也救不了。
4.3 SBL：初始化DDR的关键阶段
SBL是第一个可定制的启动阶段。它从存储介质加载到SRAM后执行。我个人习惯把SBL看作「硬件初始化器」——它负责把芯片从「裸机状态」带到「有内存可用」的状态。
SBL的核心任务：
- 初始化DDR控制器：配置时序参数、训练DDR
- 初始化时钟和电源管理：设置PLL、配置稳压器
- 加载ABL到DDR：把ABL镜像从存储设备读到DDR里
- 执行安全验证：验证ABL的数字签名
实战技巧：DDR训练是SBL里最容易出问题的地方。我建议你在调试阶段，把DDR训练日志打开。如果DDR参数不对，系统会在SBL阶段直接挂掉，连错误信息都看不到。
这里有个坑——SBL的代码大小受限于SRAM容量。我曾经为了把一个新功能塞进SBL，硬是把代码优化了30%。后来我学乖了，能用ABL做的事，绝不放在SBL里。
4.4 ABL：安全启动的守门员
ABL的全称是Application Boot Loader，但它跟「应用」没啥关系。它主要负责安全启动流程。在高通平台上，ABL是基于UEFI规范的。
ABL的工作流程：
- 验证启动链完整性：检查SBL、LK、内核镜像的数字签名
- 初始化显示和输入：如果你看到高通logo，那就是ABL干的
- 加载LK到DDR：把LK镜像从boot分区读到DDR里
- 传递启动参数：把硬件配置信息通过设备树传递给LK
注意：如果设备启用了secure boot，ABL会严格验证每个阶段的签名。签名验证失败，系统直接停在这里。我曾经见过有人把签名密钥搞丢了，整批设备变砖——嗯，那场面，项目经理脸都绿了。
4.5 LK：轻量级内核的使命
LK（Little Kernel）是一个轻量级的内核，专门为bootloader场景设计的。它不像Linux那么重，但提供了基本的线程管理、内存管理和设备驱动能力。
LK的主要工作：
- 初始化必要的硬件：比如USB、UART、存储控制器
- 加载Linux内核和dtb：从boot分区读取kernel镜像和设备树
- 准备启动参数：设置cmdline、传递内存布局信息
- 跳转到Linux内核：关闭MMU、跳转到内核入口点
你可能会问：「为什么不用Linux直接启动？」原因很简单——Linux太慢了。从按下电源键到显示logo，用户期望的时间是几秒钟。如果让Linux来做这些初始化，光驱动加载就得花十几秒。
关键点：LK跳转到Linux内核前，会做一件重要的事——关闭MMU和缓存。因为Linux内核启动时会重新初始化MMU，如果bootloader阶段的MMU配置跟内核冲突，系统会直接崩溃。
4.6 Linux内核：最后的舞台
当LK跳转到内核入口点时，启动链的接力棒就交给了Linux。内核会做它该做的事：
- 解压内核镜像（如果是压缩的）
- 初始化架构相关的代码（setup_arch）
- 解析设备树，初始化所有外设驱动
- 挂载根文件系统
- 启动init进程
到了这一步，启动流程基本就结束了。剩下的就是用户空间的初始化了。
4.7 启动链的调试技巧
调试启动链问题，我总结了一套方法：
| 阶段 | 调试手段 | 常见问题 |
|---|---|---|
| PBL | JTAG、串口（如果支持） | 启动模式检测失败、SRAM损坏 |
| SBL | 串口日志、DDR训练工具 | DDR参数错误、时钟配置不对 |
| ABL | UEFI shell、串口日志 | 签名验证失败、设备树错误 |
| LK | 串口日志、内存dump | 内核镜像损坏、cmdline错误 |
| Kernel | early printk、kgdb | 驱动初始化失败、设备树不匹配 |
我的习惯：在每个启动阶段的关键位置加GPIO翻转。用示波器看GPIO波形，就能知道系统卡在哪个阶段了。这比看日志快多了，尤其是在串口还没初始化的时候。
4.8 避坑指南
最后，分享几个我踩过的坑：
- DDR训练参数别乱改：我曾经为了「优化性能」改了DDR时序参数，结果系统在高温下频繁死机。后来发现是高通的参数已经是最优解了。
- 签名密钥要备份：这个我说过了，但还是要强调。密钥丢了，设备就是砖头。
- LK的堆栈大小要留意：LK的堆栈默认只有几KB。如果你在LK里做了太多操作，堆栈溢出会导致各种诡异问题。
- 设备树版本要匹配：内核和设备树必须来自同一个源码版本。我见过有人把老设备树配新内核，结果外设全不工作。
好了，高通平台的启动链就讲到这里。下一章我们会深入LK的源码，看看它到底是怎么加载内核的。到时候我会带你看几个实际案例，保证比今天讲的更刺激。