问：如何唤醒？
答：唤醒源有三个：1.数据可用的唤醒，2.接收到信号的唤醒，3.超时唤醒
如果是数据可用的唤醒，那就预示着表明硬件设备可用，如果判断硬件设备可用呢，一般要不轮询，要不因为中断，因为一旦设备给CPU发一个中断信号，表明设备可用，那么只需在中断处理函数中唤醒休眠的进程即可，这种唤醒就是数据设备可用的唤醒！
问：在内核中如何唤醒呢？
答：在中断处理函数中调用一下函数即可实现唤醒进程：
wake_up/wake_up_interruptible
案例：编写按键驱动，采用中断和等待队列机制来实现应用程序获取按键值，当按键按下，上报0x51，按键松开，上报0x50
问：为什么要采用中断和等待队列机制来实现按键驱动？
答：因为按键驱动采用轮询方式，非常浪费ＣＰＵ的资源，也就是按键有没有操作，应用程序都会去读取按键设备，做了大量的无用功。所以需要这么改进：当按键没有操作时，应该让应用程序进入休眠状态，这个休眠的实现过程应该在底层驱动来做（驱动能够检查按键是否有操作－－－中断）。如果一旦按键有操作，必然产生中断，中断处理函数中唤醒休眠的进程，进程被唤醒以后，再去去读按键的有效数据即可。中断本身不能和用户空间进行数据的往来，如果需要中断向用户空间上报数据信息，还要结合系统调用（file_operations）.还需要中断和内核的等待队列机制来实现第二版本的驱动。
linux内核非阻塞的实现：
1.阻塞访问方式是linux访问设备的默认方式，也就说如果设备不可用（不可读，不可写），那么驱动程序利用等待队列将进程进行休眠。
2.如果驱动程序不想让进程进入休眠，而是采用非阻塞方式来处理（立即返回应用程序），如何实现这种机制呢？
非阻塞的实现步骤：
1.应用程序调用open时，需要指定采用非阻塞来访问设备
int fd = open("/dev/mybuttons", O_RDWR|O_NONBLOCK);//只需指定一个O_NONBLOCK表明对设备的访问就是采用非阻塞来访问。
问：应用程序open指定了这个宏，怎么样就让底层驱动的btn_read函数就知道了是采用非阻塞访问呢？
答：open->sys_open:
1.从inode->i_rdev获取设备号
2.以设备号为索引找到自己的cdev
3.创建struct file对象
4.将找到的cdev中的ops赋值给file->f_op
5.然后将O_RDWR|O_NONBLOCK这些信息保存在file->f_flags
6.如果file->f_op中有open的实现，那么就调用底层驱动的open，如果没有，立即返回用户空间（永远成功）
通过以上的过程可知，在底层驱动的其他接口函数中，比如read,write，通过file->f_flags来获取应用程序是采用阻塞还是非阻塞
if (file->f_flags & O_NONBLOCK) {
//采用非阻塞方式
if (设备数据是否可用)
如果不可用，直接return 用户空间即可
｝else {
//阻塞方式
}
