Armlinux中断的处理过程.pdfVIP

Armlinux Armlinux AArrmmlliinnuuxx 中断的处理过程 Arm Arm AArrmm处理器触发外部中断后，处理器进入到状态 Arm的中断异常是由外部的中断输入产生的。它的优先级比快速中断要低。在快速中断产 生后，中断被屏蔽掉。 当CPSR 中断Ibit 被设置后，中断被禁止掉。当Ibit 被清除掉后，中断被打开。 Note Ibit 位只有在处理器的特权状态中才能被更改 当中断被触发之后，处理器进入下面的状态 Cpu 进入irq 状态 R14_irq= 下一条指令 + 4 的地址 SPSR_irq =CPSR CPSR(4:0) =0b10010 CPSR(5)=0 CPSR(7)=1 //disable normal interrupt CPSR(8)=1 CPSR(9)=CP15_reg1_EEbit IfVE=0 Ifhigh vectorsconfigured then PC =0xffff0018 Else PC =0 Else PC = 不可预测 从上面的分析可知，arm 处理器触发中断置后进入到状态可以总结为 1) 进入了处理器的IRQ模式 2) R14_irq 保存了中断之前的指令地址，SPSR_irq 保存了中断之前的寄存器状态 3) R13_irq 中断状态下的堆栈 中断处理第一步，跳转执行异常向量表中的中断向量 在arm 体系中，中断属于处理器的一种异常状态，当处理器触发外部中断的时候，处理器会 直接跳转到一个异常向量表中取中断异常入口点的指令执行。在ARMV4 及V4T 以后的大 部分处理器中，异常向量表的位置可以有两个位置：一个是0，另一个是0xffff0000。可以 通过CP15 协处理器c1寄存器中V位(bit[13])控制。V和中断向量表的对应关系如下： V=0 ～ 00x0000001C V=1 ～ 0xffff0000~0xffff001C Linux 中选择的是设置0xffff0000 为异常向量表的位置 early_trap_init 函数对异常向量表进行了初始化操作 void __init early_trap_init(void) { unsigned long vectors = CONFIG_VECTORS_BASE; extern char __stubs_start[], __stubs_end[]; extern char __vectors_start[], __vectors_end[]; extern char __kuser_helper_start[], __kuser_helper_end[]; int kuser_sz = __kuser_helper_end - __kuser_helper_start; /* * Copy the vectors, stubs and kuser helpers (in entry-armv.S) * into the vector page, mapped at 0xffff0000, and ensure these * are visible to the instruction stream. */ memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start); memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start); memcpy((void *)vectors + 0x1000 - kuser_sz, __kuser_helper_start, kuser_sz); /* * Copy signal return handlers into the vector page, and * set sigreturn to be a pointer to these. */ memcpy((void *)KERN_SIGRETURN_CODE, si