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