3. OP-TEE启动流程
好，咱们今天聊聊OP-TEE的启动流程。说实话，这块内容我第一次接触的时候，也觉得挺绕的。但搞懂了之后，你会发现它其实很有条理。我习惯把整个启动过程想象成一场接力赛——从芯片上电开始，各个模块依次登场，把控制权交到下一个选手手里。
3.1 从硬件复位到ATF登场
芯片一上电，CPU会从复位向量开始执行。这时候系统还处于一个“混沌”状态——谁都不认识谁。ARMv8架构规定，复位后CPU会进入EL3异常级别，这是最高权限等级。嗯，这里要注意，EL3就是ATF（ARM Trusted Firmware）的地盘。
ATF是什么？说白了，它就是个“保安队长”。负责管理安全世界和非安全世界之间的切换，还管着系统电源管理。我个人觉得，ATF是整个启动流程的“总调度”。
核心要点：ATF在EL3运行，负责初始化安全环境，然后引导后续的启动流程。没有ATF，OP-TEE和Linux都跑不起来。
3.2 安全世界启动：SPMC与SP的加载
ATF初始化完成后，接下来就要启动安全世界了。这里有个新概念——SPMC（Secure Partition Manager Core）。
SPMC是什么？你可以把它理解成安全世界里的“操作系统内核”。它负责管理多个安全分区（SP），每个SP都是一个独立的安全服务。比如有的SP负责加解密，有的SP负责密钥管理。
我记得在项目中遇到过一个问题：SPMC加载SP时，如果SP的镜像签名验证失败，整个系统就会卡住。当时排查了好久，最后发现是签名工具链版本不匹配。所以啊，签名验证这块一定要仔细。
SPMC的加载流程
- ATF在EL3初始化完成后，会跳转到SPMC的入口地址
- SPMC运行在S-EL1（安全世界的异常级别1）
- SPMC解析SP的镜像文件，验证签名
- SPMC为每个SP分配内存和资源
- SPMC启动SP，SP运行在S-EL0（安全世界的异常级别0）
避坑指南：我曾经在配置SP的内存布局时，忘记给SP留足够的栈空间。结果SP一运行就栈溢出，系统直接崩溃。建议给每个SP至少预留4KB的栈空间，调试阶段可以更大一些。
3.3 非安全世界启动：Linux的登场
安全世界启动完成后，ATF会切换回非安全世界，启动Linux内核。这个过程涉及到安全世界和非安全世界的上下文切换。
你想想看，安全世界和非安全世界是隔离的，但CPU只有一个。怎么切换？靠的是ATF提供的SMC（Secure Monitor Call）指令。Linux内核通过SMC指令陷入EL3，ATF负责保存当前上下文，然后切换到另一个世界。
非安全世界的启动流程大致是这样的：
- ATF将控制权交给非安全世界的Bootloader（比如U-Boot）
- U-Boot加载Linux内核和设备树
- Linux内核启动，初始化驱动和文件系统
- Linux内核通过SMC指令与OP-TEE通信
注意事项：非安全世界不能直接访问安全世界的内存。如果你在Linux里看到OP-TEE相关的内存地址，那只是映射后的虚拟地址，物理内存是隔离的。这一点在设计驱动时一定要牢记。
3.4 ATF的核心作用
ATF在整个启动流程中扮演着“桥梁”的角色。我总结了一下，它的核心作用有这几个：
| 功能 | 说明 |
|---|---|
| 安全初始化 | 初始化EL3的安全环境，包括GIC、定时器等 |
| 世界切换 | 处理SMC指令，在安全世界和非安全世界之间切换 |
| 电源管理 | 管理CPU的休眠、唤醒等电源状态 |
| 安全分区管理 | 引导SPMC，管理安全分区的生命周期 |
说白了，没有ATF，安全世界和非安全世界就是两个孤岛，谁也联系不上谁。
3.5 整体启动流程框架图
为了让你更直观地理解，我画了一张启动流程图。这张图我反复修改过好几次，应该能帮你理清思路。
3.6 启动过程中的关键点
最后，我分享几个在实际开发中容易踩的坑：
- 签名验证失败：SP的镜像必须用正确的私钥签名，ATF会用公钥验证。密钥对一定要保管好，丢了就麻烦了。
- 内存布局冲突：安全世界和非安全世界的内存区域不能重叠。我建议在设备树中明确标注安全内存的起始地址和大小。
- 中断配置：GIC（通用中断控制器）的配置要特别小心。安全中断和非安全中断要分开配置，否则会出现中断“串门”的情况。
- 调试输出：启动阶段如果出了问题，调试信息非常关键。建议在ATF和SPMC中开启详细的日志输出，方便定位问题。
好了，关于OP-TEE的启动流程，今天就聊到这里。这部分内容虽然看起来复杂，但只要你理解了ATF的“调度”角色，再结合我画的流程图，应该能很快上手。下次遇到启动问题，记得先检查ATF的日志，往往能发现线索。