中斷處理需要軟件和硬件配合完成,GICv3根據(jù)中斷分組情況以及系統(tǒng)當(dāng)前運行的異常等級確定中斷是以IRQ還是FIQ觸發(fā)。
CPU通過設(shè)置SCR_EL3.IRQ和SCR_EL3.FIQ確定IRQ和FIQ中斷分別是被路由到當(dāng)前異常等級還是被路由到EL3。
若中斷被路由到EL3,根據(jù)異常發(fā)生時系統(tǒng)所處的異常等級,使用的棧指針是SP_EL0還是SP_ELx(x》
0),以及使用的aarch32還是aarch64架構(gòu),在每個異常等級下都包含了四張異常等級表。
bl31的異常向量表定義在runtime_exceptions.S中,其與下圖的定義一致。
但在ATF中只實現(xiàn)了后面兩種情形下的中斷處理函數(shù),即若當(dāng)前系統(tǒng)運行在EL3下,則不允許異常發(fā)生。為簡化討論,我們只關(guān)注aarch64的情形,則實際上bl31只實現(xiàn)了下圖中的第三種異常發(fā)生時中斷的處理。
這是因為除了系統(tǒng)啟動時以外,其它情況下系統(tǒng)運行在bl31則表示其本身是由低異常等級以smc指令進(jìn)入的,此時系統(tǒng)本身就運行在異常上下文。
而系統(tǒng)返回所需要的elr_el3和spsr_el3都被保存在了sp_el3棧中。在bl31中sp_el3只用于保存寄存器等系統(tǒng)狀態(tài)信息,且所有的參數(shù)的存儲位置都是預(yù)定義好的。此時,若發(fā)生了irq或fiq中斷則中斷處理函數(shù)也會將它的elr_el3和spsr_el3保存到sp_el3中,從而導(dǎo)致smc調(diào)用的返回信息被覆蓋掉,從而使其無法返回。
因此bl31中的異常處理函數(shù)是非重入的,bl31運行時當(dāng)前PE處于關(guān)中斷狀態(tài)。當(dāng)然,對于smp系統(tǒng),由于每個PE的sp_el3是獨立的,因此其它PE還是可以響應(yīng)中斷的。
當(dāng)系統(tǒng)運行在低異常等級時產(chǎn)生group 0中斷,則可以通過以上第三張異常向量表跳轉(zhuǎn)到bl31的aarch64異常處理函數(shù),下面以FIQ為例說明其中斷處理流程。
-
硬件
+關(guān)注
關(guān)注
11文章
3464瀏覽量
67278 -
軟件
+關(guān)注
關(guān)注
69文章
5136瀏覽量
89011 -
中斷
+關(guān)注
關(guān)注
5文章
904瀏覽量
42569
發(fā)布評論請先 登錄
at91sam9261中斷處理

如何讓BL31的調(diào)試信息輸出到S32R45的uart?
BL31未在Kirkstone上加載的原因?
STM32的Cortex-M3中斷異常處理

STM32關(guān)全局中斷的方法 STM32中斷類型
51中斷系統(tǒng)與vhdl狀態(tài)機(jī)

ATF中bl2到bl31的跳轉(zhuǎn)介紹
ATF中bl31的啟動

ATF中bl31函數(shù)介紹與使用
bl31中的psci架構(gòu)介紹

評論