初探WindowsCE异常和中断服务程序

的时候是得不到编译的(事实上这部分代码是用于开发中调试使用的，针对特殊的硬件平台，一般与我们使用的硬件平台无关。所以下面摘抄的代码都不将不参与编译的内容写入)，因此SWI服务程序就是一句话。movs pc, lr也就是直接回到SWI的地方，同时将SPSR_svc恢复到CPSR_mode中。这个过程中并没有进行在系统态执行特定系统指令序的工作，而仅仅是简单的返回，所以这不是系统调用，系统调用还需要根据调用号的不同运行指定的核心态代码。也就是说Wince的系统调用不是通过SWI来完成的，而是通过其他的异常处理手段达成的。

2-3 中断服务程序

IRQ(大概是最熟悉的异常方式了)在外部中断源在需要向处理器请求服务时发生，比如：时钟、外围器件FIFO上/下溢出、按键等等。IRQHandler就是中断的处理句柄，具体如下。

----------------------------------------------------------------------------------

NESTED_ENTRY IRQHandler

sub lr, lr, #4 ; fix return address

stmfd sp!, {r0-r3, r12, lr} ;保存将要用到的寄存器和lr压入stack_irq

PROLOG_END

和上面一样，服务程序的入口处都是例行公事的计算返回位置以抵消流水线误差。再将要用到的寄存器压入STACK_IRQ。

; Test interlocked API status.

;INTERLOCKED_START EQU USER_KPAGE 0x380

;INTERLOCKED_END EQU USER_KPAGE 0x400

sub r0, lr, #INTERLOCKED_START

cmp r0, #INTERLOCKED_END-INTERLOCKED_START

bllo CheckInterlockedRestart

上面这部分的内容是关于互锁的检测，由于如信号量这些同步手段都必须作为原子操作进行，不允许打断。所以如果中断发生在互锁API的执行过程中，就需要专门的处理了。这些API都是放在INTERLOCKED_START和INTERLOCKED_END之间的，通过LR很容易就检查出是否是INTERLOCKEDXXX的过程中。这里并不关心互锁的实现就绕开这部分代码继续往下看，当作中断没有发生在interlock过程处理。

;

; CAREFUL! The stack frame is being altered here. It's ok since

; the only routine relying on this was the Interlock Check. Note that

; we re-push LR onto the stack so that the incoming argument area to

; OEMInterruptHandler will be correct.

;

mrs r1, spsr ; (r1) = saved status reg

stmfd sp!, {r1} ; save SPSR onto the IRQ stack

mov r0,lr ; parAMEter to OEMInterruptHandler

msr cpsr_c, #SVC_MODE:OR:0x80 ; switch to supervisor mode w/IRQs disabled

stmfd sp!, {lr} ; save LR onto the SVC stack

stmfd sp!, {r0} ; save IRQ LR (in R0) onto the SVC stack (param)

;

; Now we call the OEM's interrupt handler code. It is up to them to

; enable interrupts if they so desire. We can't do it for them since

; there's only on interrupt and they haven't yet defined their nesting.

;

CALL OEMInterruptHandler

ldmfd sp!, {r1} ; dummy pop (parameter)

ldmfd sp!, {lr} ; restore SVC LR from the SVC stack

msr cpsr_c, #IRQ_MODE:OR:0x80 ; switch back to IRQ mode w/IRQs disabled

; Restore the saved program status register from the stack.

;

ldmfd sp!, {r1} ; restore IRQ SPSR from the IRQ stack

msr spsr, r1 ; (r1) = saved status reg

ldr lr, =KData ; (lr) = ptr to KDataStruct

cmp r0, #SYSINTR_RESCHED ;->时间片已到，进行调度

beq

%B20

; interrupted, reschedule again

msr　 spsr, r2

ldr　 lr, [r0, #TcxPc-TcxR3]

ldmdb　 r0,

movs　 pc,

lr

; return to user or system mode

HandleException是实际进行异常处理的函数，针对上面没有处理完的异常进一步分析并进行处理。这个函数是没有公开代码的，所以没有办法进一步深入下去。由于处理的异常类型比较多所以这个异常处理函数的代码量是相当大的，因此会耗费相对比较多的时钟周期，在之前的代码中我们都是在关闭中断的情况下进行异常处理，如果在这里还不打开中断的话整个异常处理过程会相当的长，这样会很大程度上影响系统的实时性，所以在这里调用HandleException之前是将中断重新打开的，待到处理完成再将中断关闭。对于这些异常，如果不能处理就只有两种情况：1.结束该进程/线程。2.挂起系统。第二种情况下挂起系统HandleException是不会返回的。因此，只有异常处理正常流程和结束线程的可能。对于返回的情况，这个时候如果返回触发异常的地址继续运行的话，仍然会导致异常，所以结束进程/线程都需要重新调度才能完成了。对于异常处理成功的情