wait_event与wait_event_interruptible的区别

wake_up与wake_up_interrupt有什么区别？
wait_event与wait_event_interruptible有什么区别？
最近在项目，被报了一个log，然后就思考到了这个问题：

wait_event_interruptible将
当前进程的状态设置成TASK_INTERRUPTIBLE。
wait_event将
当前进程的状态设置成TASK_UNINTERRUPTIBLE。
它们都会被从runqueue队列中删除，不再参与调度，进入睡眠状态。

如果要被wait_event_interruptible的当前进程有nonblocked pending signals, 那么会直接返回-ERESTARTSYS(i.e. -512)，当前进程不会被wait_event_interruptible 和从runqueue队列中删除。

两者当区别就在于TASK_INTERRUPTIBLE和TASK_UNINTERRUPTIBLE。
可中断的等待状态（TASK_INTERRUPTIBLE）和不可中断的等待状态(TASK_UNINTERRUPTIBLE)：
处于可中断等待态的进程可以被信号唤醒，如果收到信号，该进程就从等待状态进入可运行状态，并且加入到运行队列中，等待被调度；
而处于不可中断等待态的进程是因为硬件环境不能满足而等待，例如等待特定的系统资源，它任何情况下都不能被打断，只能用特定的方式来唤醒它，例如唤醒函数wake_up（）等。

最常用发送信号的系统函数是kill, raise, alarm和setitimer以及sigqueue函数等，还包括一些非法运算等操作。

除了wake_up，常见当还有complete，这两个又有啥区别呢？

completion机制是两个进程间互相同步的工具，而wait_for_event则是让多个进程在一个等待队列上休眠等待某事件的机制。
completion以一个completion结构体变量为核心，两个进程围绕该变量执行wait_for_completion和complete操作，以达到实现两个进程同步的目的。
wait_event则是一个一个等待队列为核心，N个进程围绕该队列执行wait_event(将自己加入等待队列)和wake_up(唤醒队列所有等待进程检查唤醒条件是否满足)操作，以达到使进程在等待条件未满足时保持休眠的目的。

参考：
completion和wait_for_event的区别
————————————————
版权声明：本文为CSDN博主「风筝丶」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/Guet_Kite/article/details/104052435