Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2918774
  • 博文数量: 401
  • 博客积分: 12926
  • 博客等级: 上将
  • 技术积分: 4588
  • 用 户 组: 普通用户
  • 注册时间: 2009-02-22 14:51
文章分类

全部博文(401)

文章存档

2015年(16)

2014年(4)

2013年(12)

2012年(82)

2011年(98)

2010年(112)

2009年(77)

分类:

2012-07-12 23:52:19

poll_wait不会挂起当前进程,而是把自己注册到某个事件等待队列中.
poll_wait()是用在select系统调用中的. 

一般你的代码会有一个struct file_operations结构, 
其中fop->poll函数指针指向一个你自己的函数, 
在这个函数里应该调用poll_wait() 

当用户调用select系统调用时,select系统调用会 
先调用 
poll_initwait(&table); 
然后调用你的 
fop->poll(); 
从而将current加到某个等待队列(这里调用poll_wait()), 
并检查是否有效 
如果无效就调用 
schedule_timeout(); 
去睡眠. 

事件发生后,schedule_timeout()回来,调用 
fop->poll(); 
检查到可以运行,就调用 
poll_freewait(&table); 

从而完成select系统调用. 

重要的是fop->poll()里面要检查是否就绪, 
如果是,要返回相应标志 
 
挂起与否是在sys_select()或sys_poll()两个系统调用中根据 
用户传入的timeout和fd的具体情况决定的,是这两个系统调用 
将进程挂起的 
你的file_operation-->poll()只需要调用poll_wait(),并判断是否就绪, 
如果就绪就设置标志,这样即可.
 
假设我没有使用timeout,也没有signal 
我只关心writeable事件,但是设备在poll时总返回POLLRD事件, 

那么就会出现这种情况啊,不停的加poll_entry成员到睡眠队列,总有一天会溢出 啊。
 
不会啊,因为如果没有timeout和signal,它不会醒的, 
只要他醒了,只有三种可能: 
1,timeout 
2,signal 
3,设备就绪
 
如果当前不可读,那么在sys_poll->do_poll中当前进程就会睡眠在等待队列上,这个等待队列是由驱动程序提供的(就是poll_wait中传入的那个)。当可读的时候,驱动程序可能有一部分代码运行了(比如驱动的中断服务程序),那么在这部分代码中,就会唤醒等待队列上的进程,也就是之前睡眠的那个,当那个进程被唤醒后do_poll会再一次的调用驱动程序的poll函数,这个时候应用程序就知道是可读的了。
阅读(713) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~