_wait_event 具體實現過程
時間:2017-01-06作者:華清遠見
#define __wait_event(wq, condition)
for (;;) {
在DEFINE_WAIT(__wait)中
int autoremove_wake_function(wait_queue_t *wait, unsigned mode, int sync, void *key)
if (ret) prepare_to_wait()和finish_wait()并不是進程睡眠的地方,進程睡眠的地方是schedule()。 prepare_to_wait()只是進行一些鏈表的操作,以確保自己在等待隊列中,不會漏掉事件。 進程在確信自己已經在隊列中后,再次檢查條件, 這里,如果不檢查,可能條件已經滿足,直接去睡眠的話,可能再也沒有人來喚醒它了。 然后,如果條件不滿足,就調用schedule()去睡眠,這里,進程的狀態在prepare_to_wait()里設置為TASK_UNINTERRUPTIBLE, 所以,以后調度時就看不到該進程了,因此,該進程將沒有機會運行,這就是睡眠。 注意,這里,該進程自己已經無能為力了,因為它自己已經不可能運行了。 只有等待他人來喚醒了。 當條件滿足后,會有一個人(或者是其他進程,或者內核本身,等等)來喚醒某個等待隊列上的進程。 具體是喚醒全部等待隊列中的所有進程,還是只喚醒第一個進程,完全取決于該喚醒者, 等待在隊列中的睡眠進程是無能為力的,與它們是沒有關系的(呵呵,確切說,有一點關系)。 總是喚醒所有等待該事件的進程并不一定是合適的。比如考慮這樣一種情況:如果隊列中的多個進程等待的資源是要互斥訪問的,一定時間內只允許一個進程去訪問的話,這時候,只需要喚醒一個進程就可以了,其他進程繼續睡眠。如果喚醒所有的進程,終也只有一個進程獲得該資源,其他進程讓需返回睡眠。 因此,等待隊列中的睡眠進程可被劃分為互斥、非互斥進程。
互斥進程:等待的資源是互斥訪問的;互斥進程由內核有選擇的喚醒,等待隊列項的flag字段為1; 喚醒者通常調用__wake_up_common(),這樣,依次取下等待隊列中的__wait_queue_t結構, 調用該睡眠進程設置的func函數,即這里的autoremove_wake_function(), 將該進程的狀態重新設置為RUNNING。 注意,此時該睡眠進程并不會立刻執行,只有等到下次調度的時候,該進程才有機會運行, 即醒來了。醒來是從schedule()回來,繼續運行__wait_event() 總結一下, 睡眠是自己設置好進程狀態(TASK_UNINTERRUPTIBLE,等等),加入等待隊列, 并調用schedule()去睡眠。 睡眠是自己的動作。 喚醒是別人發現條件滿足,調用__wake_up_common(),將睡眠進程從等待隊列取下, 調用該睡眠進程設置的喚醒func,重新設置該睡眠進程為RUNNING。 從而可以在下次調度時運行。 喚醒是別人的動作。
相關資訊
發表評論
|