课程答疑和交流(二)
optee的异常向量表
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区| 课时名称 | 课时知识点 |
|---|---|
| optee的异常向量表 | TF-A(ATF)、hafnium、optee、Linux Kernel、xen、bootrom、spl、uboot |
相关推荐
optee-rs:专为optee设计的防锈漆
反对者 这是一个专为optee设计的库，可简化开发受信任的应用程序。 抬起头 该库当前仅适用于目标aarch64-unknown-linux-gnu 。
[optee]-optee中的异常向量表的实现
Optee异常向量表ARMV8-aarch641、optee中定义的异常向量表2、optee中设置向量表基地址VBAR_EL1ARMV8-aarch32、ARMV7-aarch32 分析optee中的向量表，我们注意看两件事： 软件中定义的向量表，是否和ARM文档中的向量offset一致 向量表的基地址是否写入到了VBAR寄存器 ARMV8-aarch64 1、optee中定义的异常向量表 (core/arch/arm/kernel/thread_a64.S) .section .text.threa
optee中关于异常向量表、中断等的深入思考
思考 1、在设置VBAR_EL1之前，会发生异常吗？ 如果发生异常会怎样？ 2、VBAR_EL1中写入的是物理地址还是虚拟地址 3、开启MMU之后，要不要切换异常向量表？ 4、optee中有几张异常向量表? 5、unmask中断在enable mmu之前还是之后？一定是这个顺序吗？为什么？ 在之前的一篇文章中(optee3.14中的异常向量表解读–中断处理解读)，我们介绍了optee中的异常向量表，也知道其基地址(虚拟地址)的设置是在一个比较靠后的位置，设置了VBAR_EL1 = thread_excp.
【代码精读】optee的异常向量表
optee中断
linux optee机制分析
OP-TEE是一个可信执行环境（TEE），设计运行在arm核上协同Linux内核一起工作，OP-TEE实现了TEE Internal Core API v1.1.x，它为受信任的应用程序提供服务，TEE Client API v1.0 公开的API，它是描述如何与TEE通信的API。这些API在GlobalPlatform API规范中定义 OP-TEE主要设计为依赖Arm TrustZone技术作为底层硬件隔离机制。本文详细分析了optee在linux 系统下的运行机制。
