Linux

Wait_Queue------等待队列如何唤醒?

2018-04-27  本文已影响0人  小叶大孟

问:如何唤醒? 

答:唤醒源有三个:1.数据可用的唤醒,2.接收到信号的唤醒,3.超时唤醒 

如果是数据可用的唤醒,那就预示着表明硬件设备可用,如果判断硬件设备可用呢,一般要不轮询,要不因为中断,因为一旦设备给CPU发一个中断信号,表明设备可用,那么只需在中断处理函数中唤醒休眠的进程即可,这种唤醒就是数据设备可用的唤醒! 

问:在内核中如何唤醒呢? 

答:在中断处理函数中调用一下函数即可实现唤醒进程: 

wake_up/wake_up_interruptible 

案例:编写按键驱动,采用中断和等待队列机制来实现应用程序获取按键值,当按键按下,上报0x51,按键松开,上报0x50

问:为什么要采用中断和等待队列机制来实现按键驱动?

答:因为按键驱动采用轮询方式,非常浪费CPU的资源,也就是按键有没有操作,应用程序都会去读取按键设备,做了大量的无用功。所以需要这么改进:当按键没有操作时,应该让应用程序进入休眠状态,这个休眠的实现过程应该在底层驱动来做(驱动能够检查按键是否有操作---中断)。如果一旦按键有操作,必然产生中断,中断处理函数中唤醒休眠的进程,进程被唤醒以后,再去去读按键的有效数据即可。中断本身不能和用户空间进行数据的往来,如果需要中断向用户空间上报数据信息,还要结合系统调用(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 {

//阻塞方式

}

上一篇下一篇

猜你喜欢

热点阅读