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

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