linux内核函数sleep_on_common中的自旋锁

注意第一次调用的是spin_lock_irqsave()，但之后释放锁却用的是spin_unlock()

第二次获取自旋琐用的是spin_lock_irq()，但释放锁却用的是spin_unlock_irqrestore()，why?

static long __sched

sleep_on_common(wait_queue_head_t *q, int state, long timeout)
{
    unsigned long flags;
    wait_queue_t wait;
    init_waitqueue_entry(&wait, current);
    __set_current_state(state);
    spin_lock_irqsave(&q->lock, flags);
    __add_wait_queue(q, &wait);
    spin_unlock(&q->lock);
    timeout = schedule_timeout(timeout);
    spin_lock_irq(&q->lock);
    __remove_wait_queue(q, &wait);
    spin_unlock_irqrestore(&q->lock, flags);
    return timeout;
}
解释：

第一次调用spin_lock_irqsave()，获取了自旋锁禁止了中断，同时也保存了先前的中断状态到flags中，接着调用__add_wait_queue()就可以安全的向等待队列中增加等待事件了，接下来调用spin_unlock()释放了自旋锁，但没有恢复之前的中断状态，这样做也没有什么问题。

然后调用schedule_timeout()当前进程让出CPU（被调度出去）进入等待状态。

之后当等待事件到达后此任务又被激活，于是接着执行schedule_timeout()之后的代码，即第二个自旋锁spin_lock_irq()，关于spin_lock_irq()就是说，我们能够确保没有任何其它代码禁止本地处理器的中断（或者换句话说，我们能够确保在释放自旋锁时应该启用中断：LDD3中的原话）时才使用，在这里使用也是恰当的，因此，这句spin_lock_irq()执行后获得锁，就可以安全的执行__remove_wait_queue()把之前加入的等待事件从等待链表中删除，之后调用spin_unlock_irqrestore()达到了这些目的：1，释放自旋锁；2，恢复之前保存的中断状态；

可以看出，这样做很巧妙的让进程彻底恢复到了它执行等待事件之前的中断状态。