2.6.25.8內(nèi)核實現(xiàn)了中斷線程化，內(nèi)核為每一個中斷向量建立了一個中斷線程，具體就是在結(jié)構(gòu)irq_desc中增加了一個task_struct來代表這個線程：
在中斷產(chǎn)生的時候，還是和往常一樣進入do_IRQ,這個函數(shù)幾乎沒有 什么變化，在do_IRQ中調(diào)用了irq_desc的handle_irq函數(shù)，這個handle_irq是向量相關(guān)的，比如有邊緣觸發(fā)等等，這個方式涉 及到了硬件規(guī)程，故不深入討論，實際上，每個總線邦定到一個中斷向量，而總線的中斷方式是總線相關(guān)的所以中斷向量的方式也就和硬件相關(guān)了，這里就以 Level type為例來說明，Level type的handle_irq是handle_level_irq：
我們看看每個中斷向量的中斷線程是怎么初始化的，初始化的細(xì)節(jié)可以帶給我們一大部分必要的信息，在實際開發(fā)中一定注意這一點，一個好的初始化帶來的是將來操作的方便與清晰：
最終在thread_XX_irq中調(diào)用handle_IRQ_event來實際處理中斷請求。當(dāng)該中斷向量上沒有中斷要處理的時候，對應(yīng)的中斷線程就主動切出了，而中斷來臨的時候redirect_hardirq會wakeup對應(yīng)向量上的中斷線程。
?? 現(xiàn)在我們來看看linux中斷線程化的意義，傳統(tǒng)的linux內(nèi)核上，中斷都是作為最高優(yōu)先級的執(zhí)行緒存在的，它實際上并沒有什么軟件優(yōu)先級的概念，而是 硬件架構(gòu)決定了硬件中斷到來的時候在該中斷沒有被屏蔽的條件下必須處理，即便是linux中最高優(yōu)先級的實時進程也要向中斷讓路，這就大大削弱了 linux的實時性能，一個實時任務(wù)正在運行，將一直被中斷打斷，特別是在網(wǎng)絡(luò)負(fù)載大的時候，雖然linux將耗時的操作都置于軟中斷，但是畢竟哪怕很小 延時的硬件中斷也要延時，多個小的延時積累起來可能會有很大的延時，這不是實時操作所希望的，于是就有了一種想法，能否讓中斷也參與到優(yōu)先級排隊，于是中 斷線程化就是必然結(jié)果了?？墒羌幢愦蟛僮鞣诺搅司€程中，但是畢竟像common_interrupt和do_IRQ還是沒有在線程中進行，因此還是會有中 斷打斷實時任務(wù)，linux的這種中斷線程化實現(xiàn)僅僅將實時任務(wù)被硬件打斷的延時降低到了很低的程度，實時任務(wù)被中斷打斷本身并沒有得到改善，改善這個境 地的一個方案就是引入硬件中斷優(yōu)先級并和線程優(yōu)先級聯(lián)系，在處理實時任務(wù)時非使能屏蔽掉不相關(guān)的任何硬件中斷，使它們不再發(fā)生，就像solaris那樣， 當(dāng)然這可以利用硬件的特性，引入“cpu當(dāng)前優(yōu)先級”的概念，當(dāng)cpu處于優(yōu)先級p時，任何低于p的中斷都不能發(fā)生，cpu當(dāng)前優(yōu)先級和線程優(yōu)先級以及中 斷優(yōu)先級直接關(guān)聯(lián)，關(guān)于這個方案的實現(xiàn)可以參考windows的IRQL或者solaris的IPL。