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