驱动复习（mor8）

1. 进程几种状态：就绪态（运行态）、占有态、等待态（可中断，不可中断）、停止态、僵尸态。

2. 驱动程序无法立刻满足用户层的请求时如何处理：驱动程序应该（缺省的）进行阻塞进程，使其进入睡眠直到请求可以满足为止。

3. 阻塞型驱动操作：在阻塞型操作的驱动中，应用层调用read方法时，如果驱动中的数据不足或是没有数据可读，进程阻塞；当数据达到要求时，进程被唤醒并将数据返回给用户层。当应用层调用write的时候，驱动程序没有足够的缓冲区的时候，进程阻塞。当数据读出设备后缓冲区空出部分空间，此时可以唤醒进程。

4. 非阻塞型驱动：阻塞是文件读写的默认操作，在应用程序中可以设定读写操作为非阻塞的形式（O_NONBLOCK）。当驱动中缓冲区没有数据而应用程序read，或者驱动缓冲区中已经满了而应用程序write时；系统应该返回-EAGAIN；

5. select系统调用：同时监测多个对象上的对应事件是否发生，如果全部都没有发生则驱动将阻塞调用进程，其中任意一个准备好之后就返回。

6. select系统调用对应的驱动原型：
   应用程序常常使用select函数来实现非阻塞的I/O模型，它可能引起阻塞进程，直到文件描述符中德任意一个发生变化（可读或可写）。这个调用由驱动的poll机制来实现，但是poll本质上只是做了一个登记而已，真正的阻塞发生在select.c中的do_select函数中

1、unsigned int（*poll）（struct file*fulp ，poll_table*wait）；
//poll_wait是设置等待队列；其返回值是一个位掩码，描述是否需要阻塞；
//位掩码：
        POLLIN：设备可读
        POLLRDNORM：数据可读
        设备可读通常返回（POLLIN | POLLRDNORM）

        POLLOUT：设备可写
        POLLWRNORM：数据可写
        设备可写通常返回（POLLOUT | NORM ）
//poll_wait参数设置等待队列，因为select可能会导致进程睡眠，它可以指定睡在哪个地方。poll方法只是做一个登记，真正的阻塞发生在select.c中的de_select()函数中，具体流程如下：
    a、初始化poll_table；
    b、依次调用每个文件的poll方法；
    c、poll方法调用的poll_wait会把当前的进程挂到驱动提供的wait_head_wait_t中；
    d、如果有读或写发生则返回；
    e、如果所有的事件都没有发生，就调用schedule_timeout进行休眠。 
2、int select(int maxfd,fd_set* readfds,fd_set* writefds,fd_set* exceptfds,struct timeval* timeout);
//timeout为0：不阻塞，有文件描述符变化就返回变化的个数，没有就返回0；
//     NULL：文件描述符都没有变化时会阻塞，知道有变化才返回；
//    整数值：没有文件描述符变化是阻塞等待的最大时间；