實際項目中的死鎖

下面的例子要復雜一些，這是從實際項目中抽取出來的死鎖，更具有代表性。

#include < linux/init.h >
#include < linux/module.h >
#include < linux/kernel.h >
#include < linux/kthread.h >
#include < linux/freezer.h >
#include < linux/delay.h >


static DEFINE_MUTEX(mutex_a);
static struct delayed_work delay_task;
static void lockdep_timefunc(unsigned long);
static DEFINE_TIMER(lockdep_timer, lockdep_timefunc, 0, 0);

static void lockdep_timefunc(unsigned long dummy)
{
    schedule_delayed_work(&delay_task, 10);
    mod_timer(&lockdep_timer, jiffies + msecs_to_jiffies(100));
}

static void lockdep_test_work(struct work_struct *work)
{
    mutex_lock(&mutex_a);
    mdelay(300);//處理一些事情，這里用mdelay替代
    mutex_unlock(&mutex_a);
}

static int lockdep_thread(void *nothing)
{
    set_freezable();//清除當前線程標志flags中的PF_NOFREEZE位，表示當前線程能進入掛起或休眠狀態。
    set_user_nice(current, 0);
    while(!kthread_should_stop()){
        mdelay(500);//處理一些事情，這里用mdelay替代

        //遇到某些特殊情況，需要取消delay_task
        mutex_lock(&mutex_a);
        cancel_delayed_work_sync(&delay_task);
        mutex_unlock(&mutex_a);
    }

    return 0;
}


static int __init lockdep_test_init(void)
{
    printk("figo:my lockdep module initn");
    
   struct task_struct *lock_thread;

   /*創建一個線程來處理某些事情*/
   lock_thread = kthread_run(lockdep_thread, NULL, "lockdep_test");

   /*創建一個延遲的工作隊列*/
   INIT_DELAYED_WORK(&delay_task, lockdep_test_work);

   /*創建一個定時器來模擬某些異步事件，如中斷等*/
   lockdep_timer.expires = jiffies + msecs_to_jiffies(500);
   add_timer(&lockdep_timer);
 
    return 0;
}


static void __exit lockdep_test_exit(void)
{
  printk("goodbyen");
}

MODULE_LICENSE("GPL");
module_init(lockdep_test_init);
module_exit(lockdep_test_exit);

首先創建一個lockdep_thread內核線程，用于周期性地處理某些事情，然后創建一個名為lockdep_test_worker的工作隊列來處理一些類似于中斷下半部的延遲操作，最后使用一個定時器來模擬某些異步事件（如中斷）。

在lockdep_thread內核線程中，某些特殊情況下常常需要取消工作隊列。代碼中首先申請了一個mutex_a互斥鎖，然后調用cancel_delayed_work_sync()函數取消工作隊列。另外，定時器定時地調度工作隊列，并在回調函數lockdep_test_worker()函數中申請mutex_a互斥鎖。

接下來的函數調用棧顯示上述嘗試獲取mutex_a鎖的調用路徑。兩個路徑如下：

（1）內核線程lockdep_thread首先成功獲取了mutex_a互斥鎖，然后調用cancel_delayed_work_sync()函數取消kworker。注意，cancel_delayed_work_sync()函數會調用flush操作并等待所有的kworker回調函數執行完，然后才會調用mutex_unlock(&mutex_a)釋放該鎖。

（2）kworker回調函數lockdep_test_worker()首先會嘗試獲取mutex_a互斥鎖。 注意，剛才內核線程lockdep_thread已經獲取了mutex_a互斥鎖，并且一直在等待當前kworker回調函數執行完，所以死鎖發生了 。

下面是該死鎖場景的CPU調用關系：

CPU0                      CPU1
----------------------------------------------------------------
內核線程lockdep_thread
lock(mutex_a)
   cancel_delayed_work_sync()
等待worker執行完成     
                                  delay worker回調函數
                                  lock(mutex_a);嘗試獲取鎖