中断路由代码导读 — 当cpu运行在TEE，来了一个Group0中断

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

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

2023-01-13 03:35:58

课时名称	课时知识点
中断路由代码导读 — 当cpu运行在TEE，来了一个Group0中断	TF-A(ATF)、hafnium、optee、Linux Kernel、xen、bootrom、spl、uboot

...全文

566 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

本文详细探讨了在ARM TrustZone环境下，当CPU在TEE执行时遇到Group0中断的处理过程。从FIQ中断标记到切换到ATF（Trusted Firmware-A），再到Linux内核，分析了中断在不同异常级别间的路由和处理机制，涉及optee_os、ATF的异常向量表、中断类型判断及handler注册等关键步骤。

本文详细探讨了在ARMv8/AARCH64架构下，当CPU在TEE环境中接收到Secure Group1中断时的处理流程。内容涉及异常向量表的选择规则、异常级别切换以及中断处理函数的调用链，包括从异常向量表到最终的中断处理函数optee中注册的itr_handle。通过对相关代码的精读，解析了TrustZone、optee、ATF和中断管理的原理。

本文详细解读了在ARM架构下，当CPU运行在ATF（Trusted Firmware-A）时遇到Non Secure Group1中断的情况。中断会被标记为FIQ，但在不同CPU上下文中，中断处理方式不同。在Secure CPU上下文，中断不会被处理；在Non-Secure上下文，中断会触发EL3的FIQ向量，但未注册相应handler，导致中断仍处于pending状态。无论哪种情况，中断在返回低异常等级时仍pending，可能触发REE或TEE中的中断处理流程。

本文详细解读了在ARM开发中，CPU处于non-secure和secure cpu_context时，面对Secure Group1中断的处理流程。涉及到ATF（Trusted Firmware-A）、Optee OS、TrustZone技术，以及中断路由、MMU、内存管理等方面的知识。

本文详细探讨了在ATF（Trusted Firmware-A）中处理Group0中断的情况。当CPU处于secure或non-secure状态时，中断的处理方式不同，并通过runtime_exceptions.S中的中断向量表进行软件路由。通过plat_ic_get_pending_interrupt_type获取中断类型，并由get_interrupt_type_handler找到相应的处理函数，如ls_el3_interrupt_handler，进一步处理中断事件。

课程答疑和交流(二)

100

社区成员

287

社区内容

发帖

与我相关

我的任务

arm开发个人社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章