ARM 中斷處理的安全性與高效性研究
加入技術(shù)交流群
下面假設(shè)任務(wù)切換是在SVC模式中運行的。結(jié)合上面的分析，可以有圖3所示的保存任務(wù)切換的示意圖(虛線是壓棧保存，實線是彈?；謴?fù)；LR_Frame和 SPSR_Frame是變量區(qū))。
結(jié)合圖3任務(wù)切換中斷處理中的步驟，可以用匯編語言寫出相對應(yīng)的中斷處理程序：
4 可重入性中斷
如果希望在處理中斷時仍能響應(yīng)其他中斷請求以此來縮短中斷延時，就必須設(shè)計可重人性中斷?？芍厝胄灾袛嗍翘幚矶鄠€中斷的一種方法，但它也同時帶來新的問題。在IRQ中斷模式中，如果直接重新允許了IRQ中斷，此時因為執(zhí)行一條BL指令而將子程序返回的地址保存在LR_irq中，而在此間中斷發(fā)生了。新來的中斷會將其返回地址裝入LR_irq中，此時舊中斷子程序的返回地址必將被覆蓋從而導(dǎo)致系統(tǒng)紊亂。此種情形是無法通過將LR_irq壓棧來解決的，如程序語句：
但是仍不能排除在保存LR之前中斷發(fā)生的可能性。要解決上述LR_irq被破壞的問題，就必須切換處理器的模式，常見的是切換到SVC處理模式。在SVC 模式中，通過BL調(diào)用子程序時會將返回地址保存在LR_SVC之中。此時新中斷發(fā)生(因為它會將返回地址保存到LR_irq而不是LR_SVC)，不會破壞舊中斷中子程序返回地址了。有了基于上述的原理分析再來編寫可重入性中斷的代碼就思路清晰了。但是為了保證處理的高效性，盡可能地及早允許中斷以縮短延時，在保存完LR_irq和SPSR_irq后，就馬上切換到SVC模式中并重新允許中斷，如圖4所示(虛線是壓棧保存，實線是彈棧恢復(fù))。
結(jié)合圖4中的處理步驟，可以比較清晰地寫出可重入中斷處理的匯編語言程序：
5 基于優(yōu)先級的可重入中斷
在上面的可重人中斷中可能發(fā)生這種情形，某高優(yōu)先級中斷在中斷服務(wù)程序中因為重新允許了中斷請求而被另一低優(yōu)先級中斷所打斷，于是高優(yōu)先級中斷不得不等到低優(yōu)先級中斷完畢后方可繼續(xù)運行。這樣一來，高優(yōu)先級中斷服務(wù)的延遲將更加增大。
評論