請問如果在中斷上下文中調用可能引起阻塞的代碼到底會怎么樣？

dengcainiao

是不是中斷處理程序就永遠不能繼續(xù)執(zhí)行了？

Solaris12

原帖由 dengcainiao 于 2006-8-1 14:07 發(fā)表
是不是中斷處理程序就永遠不能繼續(xù)執(zhí)行了？

在solaris下，這樣會引起系統(tǒng)panic的

richardhesidu

fb下中斷處理已經(jīng)線程化，可以休眠。不過休眠以后這個線程就不能再喚醒了。

Solaris12

原帖由 richardhesidu 于 2006-8-1 23:01 發(fā)表
fb下中斷處理已經(jīng)線程化，可以休眠。不過休眠以后這個線程就不能再喚醒了。

所謂中斷線程化，也是低優(yōu)先級的中斷。
高優(yōu)先級的中斷還是特殊的上下文，不能夠阻塞的。

所以在solaris或者bsd這樣的中斷線程化的系統(tǒng)里，在高優(yōu)先級中斷睡眠，基本上就是panic或者hang了

xiaozhaoz

原帖由 richardhesidu 于 2006-8-1 23:01 發(fā)表
fb下中斷處理已經(jīng)線程化，可以休眠。不過休眠以后這個線程就不能再喚醒了。

不知道fb是什么？ 如果中斷線程化指的是RT內核中實現(xiàn)的那樣， 中斷handler在線程中執(zhí)行，這樣的ISR可以阻塞。

如果是到現(xiàn)在為止的2.6.18-RC3的內核，在中斷handler中執(zhí)行導致阻塞的代碼，內核會把調用棧打出來，提示在atomic中調用schedule()，這個判斷在schedule().  假設沒有這些判斷，允許你sleep，我想到了下面的結果：
1. 如果你的handler關中斷運行（flags & IRQF_DISABLED），
    a 可能會導致系統(tǒng)死掉，這取決于你的sleep是否因為其它中斷 handler，
    b 系統(tǒng)延遲很大
2. 如果你的系統(tǒng)handler開中斷運行，
    a 系統(tǒng)死掉， 如果你用4K內核棧
    b 系統(tǒng)死掉，即使handler運行在任務棧中，因為任務的喚醒不一定取決于這次阻塞，如信號等

而且，根據(jù)sleep是否因為和哪些不同的上下文互斥，異常的現(xiàn)象需要具體分析。但你的那個設備肯定是不能正常工作的。

所謂中斷線程化，也是低優(yōu)先級的中斷。
高優(yōu)先級的中斷還是特殊的上下文，不能夠阻塞的。

所以在solaris或者bsd這樣的中斷線程化的系統(tǒng)里，在高優(yōu)先級中斷睡眠，基本上就是panic或者hang了

是這樣的，在Linux的RT Patch中，如時鐘中斷肯定不能線程化，所以中斷handler中執(zhí)行導致阻塞的代碼，肯定有問題。

dengcainiao

學習了。。。。。
對中斷線程話的概念完全不了解。不知道是不是用現(xiàn)在內核中用工作隊列處理工作下半部一樣。將中斷處理程序掛到一個內核線程下的工作隊列里？

Solaris12

原帖由 dengcainiao 于 2006-8-2 11:24 發(fā)表
學習了。。。。。
對中斷線程話的概念完全不了解。不知道是不是用現(xiàn)在內核中用工作隊列處理工作下半部一樣。將中斷處理程序掛到一個內核線程下的工作隊列里？

solaris下低于時鐘中斷或者是dispatch lock級別以下的中斷，如網(wǎng)卡中斷，是以內核線程的形式存在的。這些線程是per CPU的，每個level一個，組成一個線程list，掛在cpu structure的結構里。

這些線程具有比一般內核線程高的優(yōu)先級，可以保證盡快執(zhí)行。

[ 本帖最后由 Solaris12 于 2006-8-2 13:20 編輯 ]