中断路由代码导读 — 当cpu运行在ATF，来了一个Non secure Group1中断

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

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

2023-01-13 03:35:58

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

...全文

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

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

本文详细解读了在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，进一步处理中断事件。

本文详细解读了在ARM TrustZone环境下，当CPU接收到Secure Group 1中断时的处理流程。从FIQ标记、EL3中断向量表、ATF的中断处理到Optee OS的线程向量，深入剖析中断路由机制和安全域间的交互，涉及Optee、ATF、MMU、VMSA和内存管理等多个关键概念。

本文详细解读了在ARMv8/ARMv9架构中，当CPU运行在REE（Linux）时遇到Non Secure Group1中断的处理流程。通过分析异常向量表的分组规则和中断标记，深入探讨了从中断发生到最终调用驱动程序中断处理函数的步骤，涉及optee、ATF、TrustZone等关键技术。

课程答疑和交流(二)

100

社区成员

287

社区内容

发帖

与我相关

我的任务

arm开发个人社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章