虽然五年前就学了驱动中poll方法的实现，LDD3的描诉也是比较详细的，但当时我是初学者，理解的不够深入，就算学了也很快就还给了LDD3。这次复习驱动的poll方法，顺便认真跟踪了内核poll系统调用的源码，从整体的poll实现结构上理解了从用户层传递下来的poll系统调用在内核中是的实现。这一下就豁然开朗了，彻底明白了驱动中的poll方法为什么如此简单，也明白了驱动中poll的实现在整个poll系统调用中处的位置。
poll（轮询）操作在应用程序中用于同时阻塞在多个文件上，当其中任何一个文件有应用程序所等待的事件（可读、可写、出错等）时，poll返回相应的掩码通知应用程序，使得应用程序知道应该对哪个文件做何种操作。按照我的理解，poll的本质可以这样解释：休眠等待多个指定文件中的任何一个发生特定的事件，并将被该文件唤醒；醒来后轮询所有相关文件（通过再次调用所有文件对应驱动的poll方法），获取所有被监控文件的事件信息返回给应用程序。
从这里就可以看出：
（1）其中等待队列的使用是必不可少的。实际上调用poll的进程将会休眠在多个等待队列（一般所有被监控文件的都有至少一个的等待队列）上，从其中任何一个队列上唤醒该进程，都可能使poll函数返回。
（2）驱动中的poll方法不实现休眠，而是：
- i、把当前进程添加到相应的等待队列中（仅在休眠时执行，唤醒时不会执行此功能）。
- ii、返回文件当前的状态掩码（告知是否有事件发生，休眠和唤醒都会执行）。
通过对内核源码、《深入Linux设备驱动程序内核机制》的学习，我对Poll系统调用和内核驱动的poll方法的关系和结构有了整体且深入的了解，基本搞清了poll系统调用的执行脉络。对于poll系统调用的内核原理，请大家先看《深入Linux设备驱动程序内核机制》那本书写的比较详细了，我不废话了。以后我会把我自己觉得需要注意的地方写出来。这里我把这个关系和数据结构图绘制了出来，请大家指正：
对于等待队列的情况，我用下面一个例子和图来示意一下：
例如有3个进程：
task-1：使用poll检测文件1~3
task-2：使用poll检测文件2~3
task-3：使用poll检测文件3
