這里我們主要討論的是CE的中斷建立和中斷相應的大概流程以及所涉及的代碼位置。這里所講述的，是針對ARM平臺的。在CE的中斷處理里面，有一部分工作是CE Kernel完成的，有一部分工作是要由OEM完成的。
Kernel代碼工作
ExVector.s：中斷向量定義，里面定義的是armtrap.s的函數地址
Armtrap.s：中斷處理定義，最重要是里面的IRQHandler函數，而其中最重要的是CALL OEMInterruptHandler
Mdarm.c：中斷向量加載
Kdriver.c：NKCallIntChain函數：把IRQ轉換為SysIntr，值得留意的是pIntChainTable[]，是IRQ所對應的ISR處理程序的入口，其中最主要的是其成員函數pfnHandler。pfnHandler的填充，是在HookIntChain里面，這個函數是ISR在初始化的時候調用的。在這個函數里面，如果pIntChainTable為空，則返回SYSINTR_CHAIN，如果pIntChainTable[]不為空，則調用pfnHandler得到一個sysintr值，然后返回之。
?
OEM定義工作：Oalintr.c：OEMInterruptHandler函數，通過查詢硬件的中斷寄存器，得到硬件IRQ號。對于EINT04-23的中斷，通過EINTMASK寄存器，得到相對應的系統IRQ。注意，這里的IRQ是CE定義的IRQ，是系統硬件IRQ的擴展。然后調用NKCallIntChain看看這個IRQ是否是一個Chain的Interrupt。如果函數返回SYSINTR_CHAIN或者返回一個不合法的sysintr，則通過OALIntrTranslateIrq把IRQ轉化為sysintr。如果是一個合法的sysintr，則返回該值。
?
單一ISR的Device，主要通過OEMInterruptHandler處理，在OEMInterruptHandler沒有定義的IRQ，可以在OAL里面或者驅動的加載里面，通過HookInterrupt函數進行關聯。
多個ISR的Device，通常這是總線設備的需求，因為總線設備上面通常串有幾個設備。這些總線上的設備，需要有一個ISR判斷究竟是哪個設備發出的中斷。這個ISR，是一個DLL的程序，設備驅動必須在初始化的時候通過LoadIntChainHandler（文件名，函數名，irq）加載這個DLL程序。LoadIntChainHandler的定義在kdriver.c的NKLoadIntChainHandler里面。對于大多數的總線設備，可以利用微軟已經寫好的giisr.dll來實現。giisr的實現代碼在Public\common\oak\drivers下面。
?
對于總線設備，如果利用GIISR的話，原理如下：
總線設備驅動在初始化的時候，通過LoadIntChainHandler加載GIISR，而加載的時候，LoadIntChainHandler會調用GIISR的CreateInstance創建一個實例，GIISR會返回一個index值給LoadIntChainHandler，以標示實例，LoadIntChainHandler則會返回一個Handle給驅動，驅動則根據這個Handle存取GIISR。得到這個handle之后，初始化還需要包括從reg表里面讀出相關的初始化參數，對GIISR進行賦值，譬如Port Address，Mask Address，SysIntr等。
?
驅動程序在初始化的時候：
1、創建一個Event（CreateEvent）
2、然后用InterruptInitialize函數把sysintr和這個Event相關聯
3、Kick-off一個Thread（IST）
4、這個Thread最終是WaitForSingleObject（EventID）
具體的例子，可以參閱USBFN的例子：sc2410pdd.cpp里面，UfnPdd_Start函數；
?
轉載處：http://space.itpub.net/16918737/viewspace-504351
Vue.extend構造器)
