ARM 中断程序的原理和实现

 

作者：庞继勇，唐婷

摘要：本文首先简要概述了ARM处理器的异常中断种类、响应和返回过程；然后重点讨论了中断解析程序的原理和实现，并分别给出了普通中断和向量中断的处理示例流程图和详细的参考代码。

关键词：异常中断；中断解析程序；向量中断；ARM处理器

引言

    ARM编程特别是系统初始化代码的编写中通常需要实现中断的响应、解析跳转和返回等操作，以便支持上层应用程序的开发，而这往往是困扰初学者的一个难题。中断处理的编程实现需要深入了解ARM内核和处理器本身的中断特征，从而设计一种快速简便的中断处理机制。需要说明的是，具体的上层高级语言编写的中断服务函数不在本文的讨论范围之内。

ARM处理器异常中断处理概述

    当异常中断发生时，系统执行完当前指令后，将跳转到相应的异常中断处理程序处执行。当异常中断处理程序执行完成后，程序返回到发生中断的指令的下一条指令处执行。在进入异常中断处理程序时，要保存被中断的程序的执行现场。从异常中断处理程序退出时，要恢复被中断的程序的执行现场。

    ARM体系中通常在存储地址的低端固化了一个32字节的硬件中断向量表，用来指定各异常中断及其处理程序的对应关系。当一个异常出现以后，ARM微处理器会执行以下几步操作：                

1）保存处理器当前状态、中断屏蔽位以及各条件标志位；

2）设置当前程序状态寄存器CPSR中相应的位；

3）将寄存器lr_mode设置成返回地址；

4）将程序计数器(PC)值设置成该异常中断的中断向量地址，从而跳转到相应的异常中断处理程序处执行。

    在接收到中断请求以后， ARM处理器内核会自动执行以上四步，程序计数器PC总是跳转到相应的固定地址。

    从异常中断处理程序中返回包括下面两个基本操作：

1）恢复被屏蔽的程序的处理器状态；

2）返回到发生异常中断的指令的下一条指令处继续执行。

当异常中断发生时，程序计数器PC所指的位置对于各种不同的异常中断是不同的，同样，返回地址对于各种不同的异常中断也是不同的。例外的是，复位异常中断处理程序不需要返回，因为整个应用系统是从复位异常中断处理程序开始执行的。

支持中断跳转的解析程序

解析程序的概念和作用

    如前所述，ARM处理器响应中断的时候，总是从固定的地址开始的，而在高级语言环境下开发中断服务程序时，无法控制固定地址开始的跳转流程。为了使得上层应用程序与硬件中断跳转联系起来，需要编写一段中间的服务程序来进行连接。这样的服务程序常被称作中断解析程序。

    每个异常中断对应一个4字节的空间，正好放置一条跳转指令或者向PC寄存器赋值的数据访问指令。理论上可以通过这两种指令直接使得程序跳转到对应的中断处理程序中去。但实际上由于函数地址值为未知和其它一些问题，并不这么做。

这里给出一种常用的中断跳转流程：

 

               图1  中断跳转流程图

    这个流程中的关键部分是中断向量表，为了让解析程序能找到向量表，应该将向量表的地址固定化（编程者自定义）。这样，整个跳转流程的所有程序地址都是固定的，当中断触发后，就可以自动运行。其中，只有向量表的内容是可变的，编程者只要在向量表中填入正确的目标地址值就可以了。这使得上层中断处理程序和底层硬件跳转有机地联系起来。

解析过程示例

    以一次IRQ跳转为例，假定中断向量表定义在0x00400000开始的外部RAM空间：

 

图2  中断解析示例流程

图2中实线表示的流程都用ARM汇编语言编写，一般作为boot代码的一部分放在系统的底层模块中。填写向量表的操作可以在上层应用程序中方便地实现，比如在C语言中：

*( int *(0x00400018)) = (int) ISR_IRQ;

    这样就将IRQ中断的服务程序入口地址（0x00300260）填写到中断向量表中的固定地址0x00400018开始的4字节空间了。

    如此一来，就可避免在应用程序中计算中断的跳转地址，并且可以很方便的选择不同的函数作为指定中断的服务程序。当然，在程序开发时要合理开辟好向量表，避免对向量表地址空间不必要的写操作。

解析程序的扩展

    众所周知，在ARM处理器中会包含很多中断源，通常会在ARM内核外面扩展一个中断控制器来管理各种原因产生的中断。比如，三星公司的S3C4510B处理器中的IRQ/FIQ类型的中断源可以有21个，S3C44B0X有26个。这时候中断处理的原理还是一样的，无非是向量表更长，并且当一个中断触发以后，需要在解析程序里查询中断控制器的状态来确定具体的中断源，再根据中断源来读取向量表中的对应地址内容。其处理流程可用图3表示。

 

图3  中断解析的扩展

     相比图2，图3中多了一级的跳转，也就是在第一次解析跳转到IRQ/FIQ服务程序中后，再进行第二次的解析_中断源的识别。

向量中断的处理

    一些处理器在设计外扩的中断控制器时提供了一种叫做“向量中断”的中断跳转机制。这与前文叙述的扩展解析跳转流程有所不同，它不需要软件来识别具体的中断源，也就是不需要添加图3中的IRQ/FIQ服务程序，而完全由硬件自动跳转到对应的中断地址。其它跳转流程的原理都是一样的。这相当于扩展了ARM内核的硬件中断向量表，减小了中断响应延时。以S3C44B0X处理器的外部中断0为例，需要在其对应的硬件固定跳转地址0x00000020处添加指令： ldr pc,=HandlerEINT，使得程序跳转到其服务程序HandlerEINT0处执行。

 

图4  向量中断解析流程示例

结语

    本文介绍的中断处理机制是嵌入式编程中常常采用的方法，其原理是通用的。当然，在实际开发中，需要根据系统处理器ARM内核的中断特征和处理器自身的中断控制器特点具体细化流程图中的各个步骤和改写参考代码。

参考文献：

1. 杜春雷. ARM体系结构与编程. 清华大学出版社，2003

2. 三星公司S3C4510B、S3C44B0X处理器数据手册

 http://blog.csdn.net/dzassn/archive/2007/05/26/1626341.aspx

 

 

 

 ARM中断向量表的简单分析

 

初看ＡＲＭ中断系统觉得有点乱，写点东西希望对大家有点帮助　
中断详细建立过程(1)
首先我们先来看两个东西.
;/* EXCEPTION HANDLER VECTOR TABLE */


^ DRAM_BASE
HandleReset # 4
HandleUndef # 4
HandleSwi # 4
HandlePrefetch # 4
HandleAbort # 4
HandleReserv # 4
HandleIrq # 4
HandleFiq # 4
小注： 这里的^是MAP，#是FIELD
也就是在DARM的BANK0里面开始的地方定义了一个中断向量表，用于存放中断程序的入口地址。



ExceptionHandlerTable
DCD UserCodeArea
DCD SystemUndefinedHandler
DCD SystemSwiHandler
DCD SystemPrefetchHandler
DCD SystemAbortHandler
DCD SystemReserv
DCD SystemIrqHandler
DCD SystemFiqHandler
这个表中存放的是汇编程序中中断处理函数的入口地址，每一项对应一个中断函数。



下面我们从程序的开始处分析：
AREA Init, CODE, READONLY
ENTRY


B Reset_Handler
B Undefined_Handler
B SWI_Handler
B Prefetch_Handler
B Abort_Handler
NOP Reserved vector
B IRQ_Handler
B FIQ_Handler



FIQ_Handler
SUB sp, sp, #4
STMFD sp!, {r0} FD满递减堆栈 执行寄存器压栈操作.
LDR r0, =HandleFiq 汇编里的处理函数地址，然后跳到C中,在DRAM。
LDR r0, [r0] 中断向量地址给R0.
STR r0, [sp, #4] 中断向量地址给
LDMFD sp!, {r0, pc}
在程序的开始处,首先建立了默认的中断调用函数.这个过程大家一定非常熟悉,
首先执行了压栈,然后给出了中断入口地址.这个HandleFiq就是我们前面提到的在DRAM中建立的中断向量其中一个的地址。
在HandleFiq开始的四个字节中，放着汇编中断处理函数的入口地址。


汇编中断处理函数的地址是如何放到DRAM中断向量表里的呢？


我们上面提到的另一个表就发挥作用了。看下面这段程序：
EXCEPTION_VECTOR_TABLE_SETUP
LDR r0, =HandleReset
LDR r1, =ExceptionHandlerTable
MOV r2, #8

ExceptLoop
LDR r3, [r1], #4
STR r3, [r0], #4
SUBS r2, r2, #1 Down Count
BNE ExceptLoop ；； 从表里取出来给了HandleReset后面的空间
这一段把ExceptionHandlerTable里的中断处理函数的地址拷贝给了DRAM里的中断向量表。这样两者就联系起来
在执行程序开始的跳转之后就自然跳到了*******Handler.真正的处理函数之一如下所示：


它实际上只调用了C语言的中断处理函数，其他什么也没做。
SystemFiqHandler
IMPORT ISR_FiqHandler
STMFD sp!, {r0-r7, lr}
BL ISR_FiqHandler
LDMFD sp!, {r0-r7, lr}
SUBS pc, lr, #4


它实际上只调用了C语言的中断处理函数，其他什么也没做。
void ISR_FiqHandler(void)
{
IntOffSet = (U32)INTOFFSET;
(IntOffSet>>2)
(*InterruptHandlers[IntOffSet>>2])(); // Call interrupt service routine
}

 

http://blog.csdn.net/andyzx/archive/2006/04/25/676955.aspx