ARM中斷處理的研究

　　有操作系統的嵌入式系統中，中斷的發生要求保存全部寄存器的內容到任務的棧中，它不是基于安全的考慮是因為可能中斷會導致任務的切換。任務切換發生時所有任務的寄存器的值都要保存到該任務的棧中。下個任務的上下文將從該任務棧中得以恢復到處理器的寄存器中。下面就本問題作出分析并給出實現的程序代碼。從圖1中斷處理寄存器的保存可知，中斷發生后任務的CPSR和PC兩寄存器的值在IRQ模式的SPSR和LR中，所以不能簡單地切換到任務運行的模式中，否則被中斷任務返回時的CPSR和PC將不可見(因為它們保存在IRQ模式的專用寄存器中，在其他模式中無法操作)。此時，可以考慮設置一些變量區作為媒介，將其予以轉存到任務運行模式的棧中去。

　　下面假設任務切換是在SVC模式中運行的。結合上面的分析，可以有圖3所示的保存任務切換的示意圖(虛線是壓棧保存，實線是彈棧恢復;LR_Frame和SPSR_Frame是變量區)。

　　結合圖3任務切換中斷處理中的步驟，可以用匯編語言寫出相對應的中斷處理程序：

　　4 可重入性中斷

　　如果希望在處理中斷時仍能響應其他中斷請求以此來縮短中斷延時，就必須設計可重人性中斷。可重入性中斷是處理多個中斷的一種方法，但它也同時帶來新的問題。在IRQ中斷模式中，如果直接重新允許了IRQ中斷，此時因為執行一條BL指令而將子程序返回的地址保存在LR_irq中，而在此間中斷發生了。新來的中斷會將其返回地址裝入LR_irq中，此時舊中斷子程序的返回地址必將被覆蓋從而導致系統紊亂。此種情形是無法通過將LR_irq壓棧來解決的，如程序語句：

　　但是仍不能排除在保存LR之前中斷發生的可能性。要解決上述LR_irq被破壞的問題，就必須切換處理器的模式，常見的是切換到SVC處理模式。在SVC模式中，通過BL調用子程序時會將返回地址保存在LR_SVC之中。此時新中斷發生(因為它會將返回地址保存到LR_irq而不是LR_SVC)，不會破壞舊中斷中子程序返回地址了。有了基于上述的原理分析再來編寫可重入性中斷的代碼就思路清晰了。但是為了保證處理的高效性，盡可能地及早允許中斷以縮短延時，在保存完LR_irq和SPSR_irq后，就馬上切換到SVC模式中并重新允許中斷，如圖4所示(虛線是壓棧保存，實線是彈棧恢復)。

　　結合圖4中的處理步驟，可以比較清晰地寫出可重入中斷處理的匯編語言程序：