休眠与唤醒

休眠与唤醒

1、使用场景

当应用程序必须等待某个事件发生，比如必须等待按键被按下时，可以使用“休眠-唤醒”机制：
① APP 调用 read 等函数试图读取数据，比如读取按键；
② APP 进入内核态，也就是调用驱动中的对应函数，发现有数据则复制到用户空间并马上返回；
③ 如果 APP 在内核态，也就是在驱动程序中发现没有数据，则 APP 休眠；
④ 当有数据时，比如当按下按键时，驱动程序的中断服务程序被调用，它会记录数据、唤醒 APP；
⑤ APP 继续运行它的内核态代码，也就是驱动程序中的函数，复制数据到用户空间并马上返回。

驱动中没有数据时，APP1 在内核态执行到 drv_read 时会休眠。
->所谓休眠就是把自己的状态改为非RUNNING，这样内核的调度器就不会让它运行。当按下按键，驱动程序中的中断服务程序被调用，它会记录数据，并唤醒 APP1。
->当按下按键，驱动程序中的中断服务程序被调用，它会记录数据，并唤醒 APP1。所以唤醒就是把程序的状态改为 RUNNING，这样内核的调度器有合适的时间就会让它运行。
当 APP1 再次运行时，就会继续执行 drv_read 中剩下的代码，把数据复制回用户空间，返回用户空间。

在中断的处理过程中，也就是 gpio_key_irq 的执行过程中，它不能休眠：“中断”怎么能休眠？“中断”休眠了，谁来调度其他 APP 啊？
所以，请记住：在中断处理函数中，不能休眠，也就不能调用会导致休眠的函数。

2、内核函数
->休眠函数

->唤醒函数

3、驱动框架

要休眠的线程，放在 wq 队列里，中断处理函数从 wq 队列里把它取出来唤醒。
所以，我们要做这几件事：
① 初始化 wq 队列
② 在驱动的 read 函数中，调用 wait_event_interruptible：它本身会判断 event 是否为 FALSE，如果为 FASLE 表示无数据，则休眠。当从 wait_event_interruptible 返回后，把数据复制回用户空间。
③ 在中断服务程序里：
设置 event 为 TRUE，并调用 wake_up_interruptible 唤醒线程。

4、编码
①创建一个等待队列头
#define DECLARE_WAIT_QUEUE_HEAD(name)
wait_queue_head_t name = __WAIT_QUEUE_HEAD_INITIALIZER(name)

-> static DECLARE_WAIT_QUEUE_HEAD(key_table_wait);

②驱动的读函数里调用 wait_event_interruptible

wait_event_interruptible(key_table_wait, g_key);
->并不一定会进入休眠，它会先判断 g_key 是否为 TRUE。

假设 g_key 等于 0，那么 APP 会执行到上述代码第 49 行时进入休眠状态。它被谁唤醒？被控制的中断服务程序：