新聞中心

2440中斷解析

作者： 時間：2016-11-21 來源：網(wǎng)絡(luò) 收藏
MACRO
$HandlerLabel HANDLER $HandleLabel
$HandlerLabel
sub sp,sp,#4 ;decrement sp(to store jump address)
stmfd sp!,{r0} ;PUSH the work register to stack(lr does not push because it return to original address)
ldr r0,=$HandleLabel; load the address of HandleXXX to r0
ldr r0,[r0] ;load the contents(service routine start address) of HandleXXX
str r0,[sp,#4] ;store the contents(ISR) of HandleXXX to stack
ldmfd sp!,{r0,pc} ;POP the work register and pc(jump to ISR)
MEN
將sp減少一個字節(jié)，使其在堆棧高端留出存儲返回地址，因為pc在寄存器組 中的位置大于r0，出棧時裝入的是棧的高端的內(nèi)容
保存r0
裝載中斷處理函數(shù)的指針
裝載中斷處理函數(shù)的地址
將中斷處理函數(shù)的地址存入剛才預(yù)留的位置，r0的上面
出棧后，pc指向的既是中斷處理函數(shù)的地址
以上是個宏，用于把中斷服務(wù)程序的首地址裝載到pc中，我稱它為“加載程序”。
本初始化程序定義了一個數(shù)據(jù)區(qū)（在文件最后），34個字空間，存放相應(yīng)中斷服務(wù)程序的首地址。每個字空間都有一個標(biāo)號，以Handle***命名。
在向量中斷模式下使用“加載程序”來執(zhí)行中斷服務(wù)程序。

sub sp,sp,#4 是把SP的地址減4字節(jié)，而這個地方需要存放跳轉(zhuǎn)地址也就是第5行的HandleSWI指向的內(nèi)容(ISR)，將此內(nèi)容寫入pc，實現(xiàn)跳轉(zhuǎn)

本文引用地址：http://2s4d.com/article/201611/319269.htm

接下來是壓棧所需要的寄存器r0，因為接下來需要使用r0所以先壓棧r0，這也是為什么剛剛先把SP加四字節(jié)的原因，第6句話就是跳轉(zhuǎn)到剛剛第5句所壓棧的地址處，也就是HandleSWI指向的內(nèi)容(ISR)處

下面是每個中斷源的“加載程序”
HandlerFIQ HANDLER HandleFIQ
HandlerIRQ HANDLER HandleIRQ
HandlerUndef HANDLER HandleUndef
HandlerSWI HANDLER HandleSWI
HandlerDabort HANDLER HandleDabort
HandlerPabort HANDLER HandlePabort
下面這段程序的首地址將要被放到HandleIRQ中，在非向量中斷模式下發(fā)生IRQ中斷時，執(zhí)行此程序來判斷中斷源以執(zhí)行相應(yīng)的中斷服務(wù)程序。
IsrIRQ
sub sp,sp,#4 ;reserved for PC
stmfd sp!,{r8-r9}
ldr r9,=INTOFFSET
ldr r9,[r9]
ldr r8,=HandleEINT0
add r8,r8,r9,lsl #2
ldr r8,[r8]
str r8,[sp,#8]
ldmfd sp!,{r8-r9,pc}
下面就是把IsrIRQ的首地址裝載到HandleIRQ的代碼
; Setup IRQ handler
ldr r0,=HandleIRQ ;This routine is needed
ldr r1,=IsrIRQ ;if there is not subs pc,lr,#4 at 0x18, 0x1c
str r1,[r0]
ALIGN
AREA RamData, DATA, READWRITE
異常向量表
^ _ISR_STARTADDRESS ; _ISR_STARTADDRESS=0x33FF_FF00
HandleReset # 4
HandleUndef # 4
HandleSWI # 4
HandlePabort # 4
HandleDabort # 4
HandleReserved # 4
HandleIRQ # 4
HandleFIQ # 4
中斷向量表
;Do not use the label IntVectorTable,
;The value of IntVectorTable is different with the address you think it may be.
;IntVectorTable
;@0x33FF_FF20
HandleEINT0 # 4
HandleEINT1 # 4
HandleEINT2 # 4
HandleEINT3 # 4
HandleEINT4_7 # 4
HandleEINT8_23 # 4
HandleCAM # 4 ; Added for 2440.
HandleBATFLT # 4
HandleTICK # 4
HandleWDT # 4
HandleTIMER0 # 4
HandleTIMER1 # 4
HandleTIMER2 # 4
HandleTIMER3 # 4
HandleTIMER4 # 4
HandleUART2 # 4
;@0x33FF_FF60
HandleLCD # 4
HandleDMA0 # 4
HandleDMA1 # 4
HandleDMA2 # 4
HandleDMA3 # 4
HandleMMC # 4
HandleSPI0 # 4
HandleUART1 # 4
HandleNFCON # 4 ; Added for 2440.
HandleUSBD # 4
HandleUSBH # 4
HandleIIC # 4
HandleUART0 # 4
HandleSPI1 # 4
HandleRTC # 4
HandleADC # 4
;@0x33FF_FFA0
END
本程序的初始化中斷部分實現(xiàn)的很巧妙，基于34個字單元將向量中斷和非向量中斷的實現(xiàn)結(jié)合在一起。
向量中斷直接使用“加載程序”，把相應(yīng)的中斷服務(wù)程序首地址（存放于Handle***）加載到PC。
非向量中斷通過執(zhí)行IsrIRQ判斷中斷源，并同時計算出相應(yīng)Handle***的地址，再將此地址的內(nèi)容加載到PC。
我有兩個問題：
問題一，非向量中斷有個缺點，它始終從優(yōu)先級最低的中斷源開始識別，且是通過過分析I_ISPR寄存器的每一位來識別，但是盡管有多個中斷同時發(fā)生，I_ISPR只有一位置1。如此一來，頻繁發(fā)生低優(yōu)先級中斷是否會屏蔽其他中斷？
我有過一次試驗，設(shè)置兩個中斷INT_TICK和INT_TIMER5，兩個中斷服務(wù)程序都使用串口打印一串字符。當(dāng)TIMER5以頻率為1KHz（每毫秒一次）中斷時，TICK中斷服務(wù)程序毫無反應(yīng)。
問題二，本代碼中有這樣一段
b HandlerIRQ
b HandlerFIQ
;***IMPORTANT NOTE***
;If the H/W vectored interrutp mode is enabled, The above two instructions should
;be changed like below, to work-around with H/W bug of S3C44B0X interrupt controller.
; b HandlerIRQ -> subs pc,lr,#4
; b HandlerIRQ -> subs pc,lr,#4
大意是如果使用向量中斷模式，必須用subs pc,lr,#4代替b HandlerIRQ。
首先我不太確定發(fā)生向量中斷時，CPU是否執(zhí)行b HandlerIRQ，還是直接轉(zhuǎn)向相應(yīng)中斷源的向量地址。如果不執(zhí)行b HandlerIRQ，那么subs pc,lr,#4有何意義？如果執(zhí)行b HandlerIRQ，那subs pc,lr,#4豈不是又使CPU從IRQ模式轉(zhuǎn)換回SVC模式，繼續(xù)執(zhí)行被中斷了的代碼，這又是何意義？
另外，我按照他的方法試過，設(shè)置INTCON為向量中斷，但一運行系統(tǒng)就重起，改回非向量中斷一切正常。

關(guān)鍵詞： 2440中斷解

評論


技術(shù)專區(qū)

關(guān)閉