。

在做平台Bringup阶段总会遇到各种各样的专业术语。

例如#xff0c;总是会听到有人说PBL#xff0c;SBL#xff0c;XBL#xff0c;UFEI#xff0c;Bootload…每当有新的平台起来的时候大概率会伴随着新系统的发布无论是高通的还是Google

Andorid的。

在做平台Bringup阶段总会遇到各种各样的专业术语。

例如总是会听到有人说PBLSBLXBLUFEIBootloaderKernelAndroid

等等。

这些是说的启动的不同阶段呢还是指不同的分区镜像呢今天就以QCM4490为例简单做一下解释和区分。

分区(镜像)名称

Engine,以看名字就知道与安全有关。

通常是为开机提供Rot和一套验证机制。

蓝色块代表了不同阶段的执行程序e.g

Boot

Trace32。

如果启动失败PBL会创建一个虚拟端口9008供镜像下载。

PBL还会检查BootOption

GPIO或fuse来确定当前的启动方式如通过USB或Flash

sc替换Android12之前都还有

Loader镜像从EMMC/UFS加载并进行校验。

SBL负责将镜像分配到不同的内存区域如RPM

Code

RAM。

SBL还负责处理电源、休眠唤醒时钟等相关管理任务。

XBL

SC阶段

sc的代码通常是不可以更改的通常是release的二进制镜像文件俗称xbl_sc(但是它不是一个单独的img而是被包裹在xbl_s.melf分区中)。

如果我们需要在xbl_sc中进行修改代码通常做法是提QCOM

case。

例如同一套代码在不同设备上启动并且要选择不同的XBL

config,

SC进行选择。

但是这样会带来一个问题就是每次codebase升级我们都需要进行提QCOM

case寻求帮助。

所以这里有个教训就是在我们需要启用新平台时候需要进行和Qcom

TAM进行设计确认。

提出我们的需求请高通实现。

这个对架构师的要求比较高需要看的远才行。

XBL

loads

sc是高通签名的一个镜像文件是否会影响release的bootup看上去并不会XBL

包含了CDT这个很重要现在高通不希望我们改动CDT了他的code是IDP的CDTrelease给我们的code有而是基于IDP开发的。

关于CDT的细节可以参考我的NPI项目之设备系统启动(一)

DDR

Loader阶段用于对硬件环境进行初始化但这些通常与高通特定的技术相关且可能不会出现在所有的高通平台上。

从XBL

sc切换到XBL

applications.进行charging有关的设定和初始化能够启动ADSP中支持PD快充pre-charge/quick

charge/ABL阶段

ABL的入口代码位于Linuxloader.c其入口函数是Linuxloaderentry().Linux

loader

中获取boot.img并加载到指定的内存区域。

加载内核、ramdisk、devicetree等组件到指定地址然后引导kernel。

内核启动入口在head.S中最终调用的函数是start_kernel位于main.c中。

Android

init

经常创建孵化器进程孵化器进程再逐个的创建Android运行时的service。

显示界面进入Android

当我们熟悉了分区和阶段之后在bringup主板阶段就可以很好的区分代码执行到哪个阶段了具体位于哪个分区代码中。