中斷代碼結(jié)構(gòu)比較之WinCE4.2 VS WinCE5.0

下面進(jìn)入正題。4.2下的中斷：InterruptInitialize（具體的驅(qū)動(dòng)中注冊中斷與事件）->SC_InterruptInitialize（系統(tǒng)的函數(shù)，可以根據(jù)privatewinceoscoreosnkkernelkwin32.c中的const PFNVOID Win32Methods[]數(shù)組得知這是一個(gè)系統(tǒng)函數(shù)。這一步為猜測，該函數(shù)在privatewinceoscoreosnkkernelintrapi.c中實(shí)現(xiàn)。enable中斷-通過調(diào)用下面的函數(shù)，之后將相應(yīng)的事件放入中斷事件隊(duì)列）->DoInterruptEnable（在privatewinceoscoreosnkkernelintrapi.c中實(shí)現(xiàn)，先調(diào)用pfnOEMTranslateSysIntr映射一下，不過我沒有找到這個(gè)函數(shù)指針的原型。之后才是OEMInterruptEnable）->OEMInterruptEnable（在platformxxxkernelhalcfw.c中，地球人都知道。在這個(gè)文件中有個(gè)static void OEMInitInterrupts(void)，是在oeminit中被調(diào)用的，差點(diǎn)被忽悠了。）這只是enable（也包含初始化），相應(yīng)的disable和done也在相應(yīng)的文件中實(shí)現(xiàn)?？赡苡?.2用多了，感覺這些中斷的處理一氣呵成，很容易理解，就是修改或者增加比較麻煩。要分別處理OEMInterruptXXX中相應(yīng)的各個(gè)中斷。

5.0下的中斷：感覺上就一個(gè)字“亂”，主要是這些代碼分別放在不同的地方，或許這樣更合理化吧，誰知道MS怎么想的。主要分布在以下幾個(gè)地方：(A1)platformcommonsrccommonintr;(A2)platformcommonsrcxxx(type of cpu)yyy(intel or samsung or ...)zzzintr;(A3)platformzzzsrckerneloalintr.c。

5.0下中斷初始化流程：從時(shí)間上來看先是OEMInit（oalinit.c）->OALIntrInit（A2中實(shí)現(xiàn)）->BSPIntrInit（A3中實(shí)現(xiàn)，這個(gè)地方比較關(guān)鍵了，因?yàn)橐砑踊蛐薷闹袛嗑鸵谶@里來做，主要實(shí)現(xiàn)SYSINTR_XXX與IRQ_XXX的映射）。OK中斷初始化完畢。

5.0下中斷的enable流程：在5.0下面沒有找到SC_InterruptInitialize，或者類似的實(shí)現(xiàn)，不過我想5.0下面的應(yīng)該和4.2下面的一樣。由驅(qū)動(dòng)的InterruptInitialize最終調(diào)用到OEMInterruptEnable（在A1commonoem.c中實(shí)現(xiàn)）->OALIntrEnableIrqs（在A3中實(shí)現(xiàn)）->BSPIntrEnableIrq（在A3中實(shí)現(xiàn)）。至此enable完成。對應(yīng)的disbale和done也是在相應(yīng)的文件中實(shí)現(xiàn)。

從名字上也可以看出來A1提供了一個(gè)對內(nèi)核開放的中斷層，由它再去調(diào)用對應(yīng)的oal層的代碼A2，A2再在其中調(diào)用A3中的代碼；則A3中最主要的就是提供一個(gè)給程序員注冊的一個(gè)接口BSPIntrInit。