select 和poll函数调用驱动的poll->poll_wait 理解

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函数，这个时候应用程序就知道是可读的了。