第三十二期-ARM Linux内核的中断（2）

作者：罗宇哲，中国科学院软件研究所智能软件研究中心

上一期中我们介绍了中断的状态，从这一期开始我们将介绍ARM Linux内核处理中断的基本流程。首先我们从ARM处理器和GIC的视角来介绍中断处理的过程。

一、ARM Linux内核中断处理的基本流程:硬件的视角

ARM处理器通常用中断（Interrupt）来指代中断信号，对ARM-A系列的处理器来说，它就是外设发送的FIQ或IRQ信号。对ARMv8-A架构来说，FIQ通常是为安全的中断源保留的，而在更早的ARM版本中，FIQ和IRQ分别用于指代高优先级的中断和普通优先级的中断。

当处理器在AArch64执行状态中处理异常时（之前已经介绍过，外设中断可以看成是异步的异常），PSTATE中的中断掩码位都会被置位，从而禁止其他中断的处理。如果软件需要进一步支持嵌套中断的话，如允许高优先级的中断打断低优先级的中断处理程序，那么软件需要用指令写DAIFClr寄存器来将对应的中断掩码位置0，如：

其中立即数为4 bit立即数，向DAIFClr寄存器从高到低的4bit写1分别会清除调试掩码位D、系统错误掩码位A、中断掩码位I和快速中断掩码位F，例如写入立即数2将会清除中断掩码位I从而使能IRQ中断。

一个简单的ARM处理器调用IRQ中断处理程序的过程如下图所示[1] ：

当异常在程序执行过程中发生时，首先将PC寄存器和处理器状态PSTATE分别保存在寄存器ELR_EL1和SPSR_EL1中，然后调用汇编语言IRQ处理程序。汇编语言IRQ处理程序首先保存可能被污染的寄存器，将PC保存在LR中便于子程序返回，然后调用C语言子程序并执行中断处理程序。调用完C语言子程序后返回汇编语言处理程序并恢复之前保存的可能被污染的寄存器寄存器，然后恢复PC寄存器和之前保存的处理器状态并继续程序的执行。

处理器状态PSTATE包含了许多与处理器状态有关的标志位[2]：

如果发生嵌套中断，需要将SPSR_EL1和ELR_EL1的内容保存在内存栈上，还需要保存被中断的中断处理程序的相关信息（可能被污染的寄存器）[1]：

在处理器处理中断的时候，它首先会通过中断向量跳转到顶层中断处理程序并执行。顶层中断处理程序会先读取CPU接口中的中断确认寄存器（Interrupt Acknowledge Register）并得到中断号。当返回中断号时，分配器（Distributor）中的中断状态会变成active。当中断号确定之后，顶层中断处理程序会调用和该外设相关的中断处理程序来处理该中断。

当外设相关的中断处理程序执行完之后，顶层中断处理程序将会把中断号写入CPU接口中的中断结束寄存器（End of Interrupt (EoI) register）来表示中断处理流程的结束。中断状态将会从active变为inactive或从active and pending变为pending从而完成了单个中断的处理过程。

同一个处理器可能会处理多个中断，但CPU接口每次只能发送一个中断。顶层中断处理程序可以重复以上处理流程并不断读取中断号，直到它读取到伪中断号1023。伪中断号1023不能分配给任何设备，当顶层中断处理程序读取到该中断号时将结束自己的执行过程并准备将处理器恢复到中断发生前的状态。有关CPU接口、分配器和中断号的相关信息可以参考第二十八期。

二、结语

本期我们从硬件的视角考察了ARM Linux中断处理的流程，下一期我们将从内核的视角考察ARM Linux的中断处理流程。

参考文献
[1] ARM® Cortex® -A Series Version: 1.0 Programmer’s Guide for ARMv8-A
[2] ARM® Architecture Reference Manual ARMv8, for ARMv8-A architecture profile