如何在BL31中添加自己的驱动

优质创作者: 信息安全技术领域

领域专家: 嵌入式与硬件开发技术领域

2023-04-07 21:11:49

课时名称	课时知识点
如何在BL31中添加自己的驱动	ATF/TF-A/trustzone/TEE/ARMV8/ARMV9

...全文

99 回复打赏收藏举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

Armv8架构中有四个异常等级EL0-EL3，两种安全状态即安全和非安全状态。SVC指令用于EL0下的用户应用程序请求EL1下的操作系统的服务，SMC指令允许普通世界中的程序请求EL3下的安全监控器的服务，这些都是同步异常指令，旨在不同异常等级下进行切换。本文中随机数应用在EL0下运行，处于非安全状态；Linux Kernel在EL1下运行，处于非安全状态；真随机数生成器服务在EL3下运行，处于安全状态。

系统在运行过程中的任何阶段，都有可能产生中断。在Armv8架构系统中，TEE-OS运行在安全世界的EL1，Rich-OS运行在非安全世界的EL1，而BL31则运行于EL3。想实现各种中断在三种状态下被处理的统一性和正确性，就需要确保各种状态下中断向量表以及GIC的正确配置。在ATF的BL31阶段启用了中断，BL31主要完成了GIC驱动初始化，中断注册，中断处理，中断路由配置等功能。

ATF中的BL31是其最重要的阶段，它负责初始化硬件并跳转到其他组件，比如optee和uboot。本文将介绍如何实现ATF启动过程中BL31的跳转到optee和uboot的嵌入式方案，并提供相应的示例源代码。最后，setup_bl33_environment()函数用于设置uboot的执行环境，包括初始化属于uboot的内存空间、设备驱动程序等。综上所述，通过以上的ATF启动过程中BL31跳转到optee和uboot的嵌入式方案，实现了系统启动过程的有效管理和组件之间的顺序切换。

本文详细解析了嵌入式系统中UBOOT启动流程的核心三阶段：BL0、BL1和BL2。BL0作为芯片固化的ROM代码，负责最基础的硬件初始化和加载BL1；BL1（SPL）作为二级程序加载器，在SRAM中运行并初始化DRAM，为加载BL2铺路；BL2则是完整的UBOOT主体，运行于DRAM，负责最终的外设初始化和操作系统引导。文章通过代码示例和流程图，手把手教你理解从芯片上电到系统就绪的完整接力过程。

BL31不仅负责启动流程的最后阶段跳转，更重要的是它是系统运行期间的**“大管家”**。它常驻EL3，处理所有来自非安全世界的特权请求（如电源管理、安全服务调用），是连接非安全世界与安全世界、软件与底层硬件特权操作的桥梁。

课程答疑和交流(二)

100

社区成员

287

社区内容

发帖

与我相关

我的任务

arm开发个人社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章