真正的上鎖前，為何要調用preempt_disable()來關閉搶佔的case【轉】

標籤：

轉自：http://blog.csdn.net/kasalyn/article/details/11473885

static inline void raw_spin_lock(raw_spinlock_t *lock)
{
     preempt_disable();
     do_raw_spin_lock(lock);
}

在真正的上鎖前，為何要調用preempt_disable()來關閉搶佔？

==》
1.如果核心可搶佔, 單CPU
    process1通過系統調用進入核心態，如果其需要訪問臨界區，則在進入臨界區前獲得鎖，上鎖，V=1，然後進入臨界區
    如果process1在核心態執行臨界區代碼的過程中發生了一個外部中斷，當中斷處理函數返回時，因為核心的可搶佔性，此時將會出現一個調度點，如果CPU的運行隊列中出現了一個比當前被中斷進程process1優先順序更高的進程process2，那麼被中斷的進程將會被換出處理器，即便此時它正運行於核心態。
    如果process2也通過系統調用進入核心態，且要訪問相同的臨界區，則會形成死結(因為擁有鎖的Process1永沒有機會再運行從而釋放鎖）
    
2.如果核心可搶佔，多CPU
    CPU1上的process1通過系統調用進入核心態，如果其需要訪問臨界區，則在進入臨界區前獲得鎖，上鎖，V=1，然後進入臨界區
     如果process1在核心態執行臨界區代碼的過程中發生了一個外部中斷，當中斷處理函數返回時，因為核心的可搶佔性，此時將會出現一個調度點，如果CPU1的運行隊列中出現了一個比當前被中斷進程process1優先順序更高的進程process2，那麼被中斷的進程process1將會被換出處理器，即便此時它正運行於核心態。
    如果CPU2上的process3也通過系統調用進入核心態，且要訪問相同的臨界區，也一樣形成死結
    

為了防止系統進入死結狀態，需要在真正上鎖前，調用preempt_disable()來關閉搶佔

真正的上鎖前，為何要調用preempt_disable()來關閉搶佔的case【轉】