3.ARM异常中断处理及编程

ARM异常中断处理概述：
ARM异常中断处理包括响应中断、处理中断、中断返回等操作。
所以说当ARM异常中断产生的时候，CPU在执行完当前指令后，PC跳转到要执行的中断处理程序处执行，执行完后再返回开始执行的下一条指令继续顺序执行原来的指令。

这里我们需要注意：程序是怎么执行完中断服务程序后再返回原来的指令处继续向下执行的？
Ans：这是因为CPU在进入相应中断处理程序时会保存被中断的程序的现场，然后从中断处理程序退出时再恢复被中断的程序的执行现场。这就是我们常常听到的保护现场和恢复现场。

Question：当异常出现后，Soc做什么？所谓的保护现场和恢复现场又是在保护什么，恢复什么？
Ans：
1. 保存处理器当前状态、中断屏蔽位以及各条件标志位（也就是保存中断发生时的CPSR寄存器值，以及一些共用寄存器的值）
2. 再设置当前程序状态寄存器CPSR相应的位以及中断运行模式时的栈。
3. 将中断前的下一条要执行指令的地址保存到LR中
4. 然后将程序计数器（PC）值设置成该异常中断的中断向量地址（这个地址里存的有该异常中断向量对应的中断处理程序的首地址），从而跳转到相应的异常中断处理程序处执行。接到中断请求后，ARM处理器会自动完成上面的步骤。然后执行完中断处理程序后恢复开始保存的中断发生时的一些状态和寄存器的值以及要执行的下一条指令地址。

从上面我们可以大概知道，其实每个异常中断对应的中断向量表中的4个字节的空间存放的是一条跳转指令或向PC寄存器赋值的数据访问指令，以让CPU跳转到相应的中断处理程序开始执行。

注：由于每一种模式下，它们所使用的寄存器都会有不同之处，所以没有没有固定的说保存哪些寄存器的值，我们根据的原则就是如果异常中断进入的模式和中断前正常执行程序时的模式有公用的寄存器则需要保存原来的值，以免中断运行模式破坏了原来寄存器中的值。（具体各种模式下所使用的寄存器我之前的在学汇编时的文章里有）

总结：
我们简单先把异常处理过程分成两个阶段：
1. 第一个阶段是我们上面说的从响应中断到PC跳转到异常向量表
2. 第二个阶段就是我们真正的进入异常中断处理程序irq_handler后的事情


第一阶段：
这一阶段的完成，依赖于CPU设计时提供的异常向量表机制。主要是完成从异常发生到响应异常，然后保存/恢复现场，通过异常向量表跳转到真正的
异常中断处理程序中。

第二阶段：
这个阶段主要就是完成识别多个中断源究竟哪一个发生了中断，然后调用相应的中断处理程序来处理这个中断。
* S3C2440处理过程：
1. S3C2440中怎么找到具体哪个中断？在S3C2440中的中断控制器有一个32bit寄存器，寄存器的每一个位对应一个中断源（为了支持更多中断源，2440又设计了一个子中断机制。也就是在刚刚说的这个寄存器（我们可以称为一级寄存器）中有些位是多个中断源共用的，对于共用的可以继续查看子中断寄存器来确定具体发生的是哪一个中断。）
2. 怎么找到对应的isr问题？首先给每个中断做了个编号，进入isr_handler之后先通过查阅中断源寄存器和子中断寄存器确定中断的编号，然后用这个编号去isr数组（isr数组是中断初始化实现设置好的，就是把各个中断的isr函数名组成一个数组，然后用中断对应的编号作为索引来查询这个数组）中查询得到isr地址，继而开始执行相应的中断处理程序。

* S5PV210处理过程：
1. S5PV210中怎么找到具体那个中断？因为S5PV210支持的中断源很多，所以有四个32bit寄存器来表示中断源（理论上是128个中断源，其实没有，因为有些位是空的）。S5PV210不像S3C2440那样，它没有子中断寄存器，每一个中断源都是并列的。当中断发生时，在irq_handler中一次去查询这4个中断源寄存器来确定中断源，既可以找到相应的中断编号。
2. 怎么找到对应的isr问题？由于S5PV210支持的中断源很多，如果向S3C2440那样一个个的寻找就太耗时间了。所以210是通过一些寄存器来解决每个中断源对应的isr的寻找问题，也就是当发生相应中断时，硬件会自动的将相应的isr推入一定的寄存器中，我们软件只要去这个寄存器中执行函数就好了。具体看下一篇S5PV210中断相关的寄存器讲解。