2.4_EL0_IRQ_中断改造之返回

本文分析了ARM64架构下el0_irq中断处理流程，重点剖析了kernel_entry和kernel_exit宏的实现机制。kernel_entry通过保存用户态寄存器到pt_regs结构体实现现场保护，同时处理单步调试标志位；kernel_exit则逆向恢复寄存器状态并返回用户空间。文章还指出I-pipe在el0_irq处的关键修改点，并特别说明当el0_irq发生时可能中断Linux或Xenomai两种用户态进程。通过详细的代码注释和示意图，清晰展现了中断处理过程中寄存器保存与恢复的技术细节。

ARMv8 异常处理之el1_irq

文章目录ARMv8 IRQ/FIQ/SError路由流程图中断分组中断路由实例GICD_CTLR.DS=1, 假设中断A配置成Group 0，即中断A为FIQGICD_CTLR.DS=1, 假设中断A配置成Group 1，即中断A为IRQGICD_CTRL.DS=0, 假设中断A配置成`Non-secure Group 1`GICD_CTRL.DS=0, 假设中断A配置成`Secure Group 1`GICD_CTRL.DS=0, 假设中断A配置成`Group 0` ARMv8 IRQ/FIQ/SEr.

内核版本：linux-4.9.217 el0_irq: kernel_entry 0 el0_irq_naked: enable_dbg #ifdef CONFIG_TRACE_IRQFLAGS bl trace_hardirqs_off #endif ct_user_exit #ifdef CONFIG_HARDEN_...

因此，kernel_entry 1保存struct pg_regs的位置，并不是进程内核栈的栈底位置，而是根据实际情况，在进程内核栈中间的某个位置。第18行，在kernel_ventry中，SP_EL1减去了#S_FRAME_SIZE。第2~10行，是对kernel_entry 1的第20~25行的反向操作，还原tast_struct.thread_info.addr_limit的值。第32行，内核栈指针sp_el1弹出，向上走#S_FRAME_SIZE，与kernel_entry压栈的大小一致。

enable_da_f由commit b282e1ce29 arm64: entry.S: convert elX_irq引入，在comments里面写明，在处理IRQ中断时，应该使能调试异常Debug和SError，同时顺便打开了FIQ。el0_irq_naked只有在el0_irq_compat中才调用。此时因为已经调用了kernel_entry 0,32进行了用户态现场保存，因此必须避免重复调用el0_irq中已经调用的kernel_entry 0，直接跳转到标签el0_irq_naked。

中断:CPU能打断当前正在进行的工作，去处理更为紧急的任务，并且在处理完中断任务后，能回到原先的地方继续工作中断流程（1）中断源发出中断请求。（2）CPU检查是否响应中断以及该终端是否被屏蔽。（3）检查当前产生的中断的中断优先级。（4）保护现场（5）执行中断服务函数（6）恢复现场kernal:被打断的外设：发出中断GPIO发出的中断：外部中断（EINT）

在之前的ARMv8-A的异常文章中提到，ARMv8-A将中断也当做一种异常，中断分为IRQ和FIQ 假设当前在EL0运行一个64位的应用程序，触发了一个EL0的IRQ中断，则处理器会做如下的操作 将CPU的状态PSTATE保存到SPSR_EL1寄存器中，PC保存到ELR_EL1寄存器中 跳到异常的处理函数处 则就会跳到ARM64对应的异常向量表 /* * Exception ...

在支持亲和性路由（Affinity Routing）的ARM GICv3和GICv4实现中，中断分配到FIQ（快速中断请求）和IRQ（普通中断请求）信号的机制提供了灵活的中断处理策略，进一步细化了中断的安全级别和优先级管理。通过将中断分配给不同的信号（FIQ或IRQ），ARM GICv3和GICv4为系统提供了在不同安全级别和执行状态下有效管理中断的能力。当 Group 0物理中断是当前挂起的最高优先级中断，并且优先级足够时，它总是被标记为一个FIQ（快速中断请求）。

首先沿着vectors->kernel_ventry 0,irq ->el0_irq分析。I-pipe的主要修改点如图中红色字体所示。接下来会对el0_irq中的每一行展开分析。当el0_irq发生时，被中断的用户态进程有两种：一种是Linux进程，一种是迁移到Linux的Xenomai进程。

armv8, armv9, gic,gicv2,gicv3,异常, 中断，irq,fiq,serror,sync，同步异常，异步异常，向量表，向量表基地址，VBAR，vbar_el3，中断嵌套，中断级联，Linux Kernel，optee,ATF,TF-A,optee,hypervisor, SPM

kernel_entry会将CPU寄存器按照pt_regs结构体的定义将第一现场保存到内核栈上并标记存储的位置，kernel_exit再恢复出来，arm体系内核栈和中断栈是共享的。找个通用的drivers/irqchip/irq-gic-v3.c可以看到set_handle_irq(gic_handle_irq),是通过gic读出硬件中断号。再通过generic_handle_irq去找到request_irq时注册后，对应irq_desc数组找到对应的中断处理函数去执行。

看了贺贺老师的大系统中断的9种示例文档，理解整个ARM在安全和非安全模式中对各种中断的响应流程,cpu在不同执行环境（3种）来了不同中断（3种），cpu在这九种情况下中断响应流程的详细解析

本文记录arm64相关的关于irq的基本知识点。代码为linux 4.0版本。Q1:如何开启和关闭local irq？这里关闭irq，是指关闭local CPU的中断响应，它有两层含义：1.无论何种类型的中断，当前CPU都暂时不响应了；2.其它CPU不受影响。以关闭中断为例，linux提供的api在include\linux\irqflags.h中定义#define raw_local_irq_d...

linux ARM V8异常/中断处理流程1 异常向量表1.1 Vector table offsets from vector table base address1.2 linux arm64 异常向量表代码1.2.1 异常向量表1.2.2 kernel_ventry2 中断处理2.1 硬件中断号和软件中断号的区别2.2 中断注册函数2.2.1 request_irq2.2.2 request_threaded_irq2.3 中断上半部处理流程2.3.1 el1_irq2.3.2 kernel_entr

2.3.6.1 概要当el0_irq发生时，被中断的用户态任务有三种类型：任务类型说明1Linux进程，运行在root域。2Xenomai进程，已经迁移到root域即作为Linux进程进行调度3Xenomai进程，在head域运行。综合上一章节中断发生的场景，可能出现的组合如下表。接下来按照场景进行分析。场景/任务类型返回值位于root域，虚拟中断打开1可能可能不可能位于root域，虚拟中断屏蔽0可能可能不可能位于head域0不可能不可能可能。

环境配置: 在linux/optee双系统环境下, linux系统的SCR.IRQ=0、SCR.IRQ=1, optee系统的SCR.IRQ=0、SCR.IRQ=0 说明: group1是非安全中断、secure group1是安全中断 举例 1、当cpu处于REE，来了一个非安全中断 当cpu处于normal侧时，来了一个非安全中断，根据SCR.NS=1/中断在group1组，cpu interface将会给cpu一个IRQ，(由于SCR.IRQ=0，IRQ将被routing到EL1)，cpu跳转至lin

文章目录1、linux/optee双系统irq fiq的处理流程2、针对第（4）点“当cpu运行在linux，来了一个tee中断”我们做一个代码解剖 1、linux/optee双系统irq fiq的处理流程 环境：在linux/optee双系统环境下, linux系统的SCR.IRQ=0、SCR.FIQ=1, optee系统的SCR.IRQ=0、SCR.FIQ=0 我们回归下在gicv3架构下，在linux/optee双系统中IRQ FIQ中断的处理过程: （1）、当cpu运行在tee，来了一个tee中断，