本文将试图讲述44B0X处理器处理中断的具体过程，如果读者的中断执行不正常，请确保 FLASH 中烧录了立宇泰 ARMSys's BootLoader for Linux V1.2，同时ADS开发环境中的RO Base为0x0c0008000，RW Base为0xc5f0000。 本文采用的44BINIT.s的自叙为：

本程序以系统的Timer0中断为例，中断初始化程序如下：

2．调试程序装载后

AXD装载AXF调试文件后，暂时不运行，PC指针指示在bResetHandler处，用右键菜单中的Disassembly，可以看出初始地址实际上指示在0x0c008000，即ADS中设置的RO Base，表示程序即将从0x0c008000开始运行。

3．非矢量模式下的执行过程

经过以上准备工作，单击【运行】两次后 Timer0 中断发生，通过事先设置好的断点捕捉中断，所有图中的红点即为运行前设置的断点：

⑴PC->0x0c008000 转到 PC->0x00000018 处，即转到 Flash 中执行Bootloader的代码。

⑵ PC->0x00000018 转到 PC->0x0c000018处，即又跳回到SDRAM中。

⑶ PC->0x0c000080处执行的是IsrIRQ中断识别程序。

⑷ 识别程序段执行完后，转到用户的中断服务程序Timer_ISR( )入口。

4．矢量模式下的执行过程

OPTION.s中有_IRQ_BASEADDRESS EQU 0xc000000；

在44BINIT中有如下定义：

^ (_IRQ_BASEADDRESS+0x100) ……

HandleTIMER0 # 4

……

猜测地址HandleTIMER0＝_IRQ_BASEADDRESS+0x134＝0x0c000134，下面来看看猜想对不对。 改rINTCON=0x1进行矢量中断过程的观察，重新装载程序，再单击【运行】两次后，Time0中断产生：

⑴ Timer0 中断产生，跳转到中断矢量地址 0x00000060，而不是跳转到 IRQ中断入口0x00000018，这就是非矢量中断和矢量中断的本质区别。

⑵ 再跳转到0x00000334，注意还是在Flash中，因此还得归功于Bootloader 黑体所选程序是类似宏调用HandlerTIMER0 HANDLER HandleTIMER0 产生的代码，由于这是在 Flash 中，所以不可能是调试时下载进去的。（不相信可以把44BINIT.s中的宏HandlerTIMER0 HANDLER HandleTIMER0注释掉试试。） 执行完0x00000348处的指令后，执行步骤⑶。