在前面学习网络编程时,曾经学过I/O模型 Linux 系统应用编程——网络编程(I/O模型),下面学习一下I/O模型在设备驱动中的应用。

回顾一下在Unix/Linux下共有五种I/O模型,分别是:

a -- 阻塞I/O
b -- 非阻塞I/O
c -- I/O复用(select和poll)
d -- 信号驱动I/O(SIGIO)
e -- 异步I/O(Posix.1的aio_系列函数)

下面我们先学习阻塞I/O、非阻塞I/O 、I/O复用(select和poll),先学习一下基础概念

a -- 阻塞 

阻塞操作是指在执行设备操作时,若不能获得资源,则挂起进程知道满足可操作的条件后再进行操作;被挂起的进程进入休眠状态(放弃CPU),被从调度器的运行队列移走,直到等待的条件被满足;

b -- 非阻塞

非阻塞的进程在不能进行设备操作时,并不挂起(继续占用CPU),它或者放弃,或者不停地查询,直到可以操作为止;

二者的区别可以看应用程序的调用是否立即返回!

驱动程序通常需要提供这样的能力:当应用程序进行 read()、write() 等系统调用时,若设备的资源不能获取,而用户又希望以阻塞的方式访问设备,驱动程序应在设备驱动的xxx_read()、xxx_write() 等操作中将进程阻塞直到资源可以获取,此后,应用程序的 read()、write() 才返回,整个过程仍然进行了正确的设备 访问,用户并没感知到;若用户以非阻塞的方式访问设备文件,则当设备资源不可获取时,设备驱动的 xxx_read()、xxx_write() 等操作立刻返回, read()、write() 等系统调用也随即被返回

因为阻塞的进程会进入休眠状态,因此,必须确保有一个地方能够唤醒休眠的进程,否则,进程就真的挂了。唤醒进程的地方最大可能发生在中断里面,因为硬件资源获得的同时往往伴随着一个中断

阻塞I/O通常由等待队列来实现,而非阻塞I/O由轮询来实现。


一、阻塞I/O实现 —— 等待队列

1、基础概念

在Linux 驱动程序中,可以使用等待队列(wait queue)来实现阻塞进程的唤醒。wait queue 很早就作为一个基本的功能单位出现在Linux 内核里了,它以队列为基础数据结构,与进程调度机制紧密结合,能够实现内核中的异步事件通知机制。等待队列可以用来同步对系统资源的访问,上一篇文章所述的信号量在内核中也依赖等待队列来实现。

在Linux内核中使用等待队列的过程很简单,首先定义一个wait_queue_head,然后如果一个task想等待某种事件,那么调用wait_event(等待队列,事件)就可以了。

等待队列应用广泛,但是内核实现却十分简单。其涉及到两个比较重要的数据结构:__wait_queue_head,该结构描述了等待队列的链头,其包含一个链表和一个原子锁,结构定义如下:

struct __wait_queue_head
{
     spinlock_t lock;                    /* 保护等待队列的原子锁 */
     struct list_head task_list;         /* 等待队列 */
};
typedef struct __wait_queue_head wait_queue_head_t;

__wait_queue,该结构是对一个等待任务的抽象。每个等待任务都会抽象成一个wait_queue,并且挂载到wait_queue_head上。该结构定义如下:

struct __wait_queue
{
    unsigned int flags;
    void *private;                       /* 通常指向当前任务控制块 */  /* 任务唤醒操作方法,该方法在内核中提供,通常为autoremove_wake_function */
    wait_queue_func_t func;
    struct list_head task_list;              /* 挂入wait_queue_head的挂载点 */
};

Linux中等待队列的实现思想如下图所示,当一个任务需要在某个wait_queue_head上睡眠时,将自己的进程控制块信息封装到wait_queue中,然后挂载到wait_queue的链表中,执行调度睡眠。当某些事件发生后,另一个任务(进程)会唤醒wait_queue_head上的某个或者所有任务,唤醒工作也就是将等待队列中的任务设置为可调度的状态,并且从队列中删除。

使用等待队列时首先需要定义一个wait_queue_head,这可以通过DECLARE_WAIT_QUEUE_HEAD宏来完成,这是静态定义的方法。该宏会定义一个wait_queue_head,并且初始化结构中的锁以及等待队列。当然,动态初始化的方法也很简单,初始化一下锁及队列就可以了。

一个任务需要等待某一事件的发生时,通常调用wait_event,该函数会定义一个wait_queue,描述等待任务,并且用当前的进程描述块初始化wait_queue,然后将wait_queue加入到wait_queue_head中。

函数实现流程说明如下:

a -- 用当前的进程描述块(PCB)初始化一个wait_queue描述的等待任务。

b -- 在等待队列锁资源的保护下,将等待任务加入等待队列。

c -- 判断等待条件是否满足,如果满足,那么将等待任务从队列中移出,退出函数。

d --  如果条件不满足,那么任务调度,将CPU资源交与其它任务。

e -- 当睡眠任务被唤醒之后,需要重复b、c 步骤,如果确认条件满足,退出等待事件函数。

2、等待队列接口函数

1、定义并初始化

/* 定义“等待队列头” */
wait_queue_head_t my_queue;
/* 初始化“等待队列头”*/
init_waitqueue_head(&my_queue);

直接定义并初始化。init_waitqueue_head()函数会将自旋锁初始化为未锁,等待队列初始化为空的双向循环链表。

DECLARE_WAIT_QUEUE_HEAD(my_queue); 定义并初始化,可以作为定义并初始化等待队列头的快捷方式。


2、定义等待队列:

DECLARE_WAITQUEUE(name,tsk);

定义并初始化一个名为name的等待队列。


3、(从等待队列头中)添加/移出等待队列:

/* add_wait_queue()函数,设置等待的进程为非互斥进程,并将其添加进等待队列头(q)的队头中*/
void add_wait_queue(wait_queue_head_t *q, wait_queue_t *wait);
/* 该函数也和add_wait_queue()函数功能基本一样,只不过它是将等待的进程(wait)设置为互斥进程。*/
void add_wait_queue_exclusive(wait_queue_head_t *q, wait_queue_t *wait);

4、等待事件:

(1)wait_event()宏:

[cpp] view plaincopy
  1. /**
  2. * wait_event - sleep until a condition gets true
  3. * @wq: the waitqueue to wait on
  4. * @condition: a C expression for the event to wait for
  5. *
  6. * The process is put to sleep (TASK_UNINTERRUPTIBLE) until the
  7. * @condition evaluates to true. The @condition is checked each time
  8. * the waitqueue @wq is woken up.
  9. *
  10. * wake_up() has to be called after changing any variable that could
  11. * change the result of the wait condition.
  12. */
  13. #define wait_event(wq, condition)                   \
  14. do {                                    \
  15. if (condition)                          \
  16. break;                          \
  17. __wait_event(wq, condition);                    \
  18. } while (0)

在等待会列中睡眠直到condition为真。在等待的期间,进程会被置为TASK_UNINTERRUPTIBLE进入睡眠,直到condition变量变为真。每次进程被唤醒的时候都会检查condition的值.

(2)wait_event_interruptible()函数:

和wait_event()的区别是调用该宏在等待的过程中当前进程会被设置为TASK_INTERRUPTIBLE状态.在每次被唤醒的时候,首先检查condition是否为真,如果为真则返回,否则检查如果进程是被信号唤醒,会返回-ERESTARTSYS错误码.如果是condition为真,则返回0.

(3)wait_event_timeout()宏:

也与wait_event()类似.不过如果所给的睡眠时间为负数则立即返回.如果在睡眠期间被唤醒,且condition为真则返回剩余的睡眠时间,否则继续睡眠直到到达或超过给定的睡眠时间,然后返回0
(4)wait_event_interruptible_timeout()宏:
   与wait_event_timeout()类似,不过如果在睡眠期间被信号打断则返回ERESTARTSYS错误码.
(5) wait_event_interruptible_exclusive()宏
   同样和wait_event_interruptible()一样,不过该睡眠的进程是一个互斥进程.

5、唤醒队列

(1)wake_up()函数

[cpp] view plaincopy
  1. #define wake_up(x)          __wake_up(x, TASK_NORMAL, 1, NULL)
  2. /**
  3. * __wake_up - wake up threads blocked on a waitqueue.
  4. * @q: the waitqueue
  5. * @mode: which threads
  6. * @nr_exclusive: how many wake-one or wake-many threads to wake up
  7. * @key: is directly passed to the wakeup function
  8. */
  9. void __wake_up(wait_queue_head_t *q, unsigned int mode,
  10. int nr_exclusive, void *key)
  11. {
  12. unsigned long flags;
  13. spin_lock_irqsave(&q->lock, flags);
  14. __wake_up_common(q, mode, nr_exclusive, 0, key);
  15. spin_unlock_irqrestore(&q->lock, flags);
  16. }
  17. EXPORT_SYMBOL(__wake_up);

唤醒等待队列.可唤醒处于TASK_INTERRUPTIBLE和TASK_UNINTERUPTIBLE状态的进程,和wait_event/wait_event_timeout成对使用. (2)wake_up_interruptible()函数:

#define wake_up_interruptible(x)    __wake_up(x, TASK_INTERRUPTIBLE, 1, NULL)

和wake_up()唯一的区别是它只能唤醒TASK_INTERRUPTIBLE状态的进程.,与wait_event_interruptible/wait_event_interruptible_timeout/ wait_event_interruptible_exclusive成对使用。

下面看一个实例:

[cpp] view plaincopy
  1. static ssize_t hello_read(struct file *filep, char __user *buf, size_t len, loff_t *pos)
  2. {
  3. /*
  4. 实现应用进程read的时候,如果没有数据就阻塞
  5. */
  6. if(len>64)
  7. {
  8. len =64;
  9. }
  10. wait_event_interruptible(wq, have_data == 1);
  11. if(copy_to_user(buf,temp,len))
  12. {
  13. return -EFAULT;
  14. }
  15. have_data = 0;
  16. return len;
  17. }
  18. static ssize_t hello_write(struct file *filep, const char __user *buf, size_t len, loff_t *pos)
  19. {
  20. if(len > 64)
  21. {
  22. len = 64;
  23. }
  24. if(copy_from_user(temp,buf,len))
  25. {
  26. return -EFAULT;
  27. }
  28. printk("write %s\n",temp);
  29. have_data = 1;
  30. wake_up_interruptible(&wq);
  31. return len;
  32. }

注意两个概念:

a --  疯狂兽群

wake_up的时候,所有阻塞在队列的进程都会被唤醒,但是因为condition的限制,只有一个进程得到资源,其他进程又会再次休眠,如果数量很大,称为 疯狂兽群

b -- 独占等待

等待队列的入口设置一个WQ_FLAG_EXCLUSIVE标志,就会添加到等待队列的尾部,没有设置设置的添加到头部,wake up的时候遇到第一个具有WQ_FLAG_EXCLUSIVE这个标志的进程就停止唤醒其他进程。


二、非阻塞I/O实现方式 —— 多路复用

1、轮询的概念和作用

      在用户程序中,select() 和 poll() 也是设备阻塞和非阻塞访问息息相关的论题。使用非阻塞I/O的应用程序通常会使用select() 和 poll() 系统调用查询是否可对设备进行无阻塞的访问。select() 和 poll() 系统调用最终会引发设备驱动中的 poll()函数被执行。

2、应用程序中的轮询编程

在用户程序中,select()和poll()本质上是一样的, 不同只是引入的方式不同,前者是在BSD UNIX中引入的,后者是在System V中引入的。用的比较广泛的是select系统调用。原型如下

int select(int numfds, fd_set *readfds, fd_set *writefds, fd_set *exceptionfds, struct timeval *timeout);

    其中readfs,writefds,exceptfds分别是select()监视的读,写和异常处理的文件描述符集合,numfds的值是需要检查的号码最高的文件描述符加1,timeout则是一个时间上限值,超过该值后,即使仍没有描述符准备好也会返回。

struct timeval
{int tv_sec;    //秒int tv_usec;   //微秒
}

涉及到文件描述符集合的操作主要有以下几种:

1)清除一个文件描述符集   FD_ZERO(fd_set *set);

2)将一个文件描述符加入文件描述符集中    FD_SET(int fd,fd_set *set);

3)将一个文件描述符从文件描述符集中清除  FD_CLR(int fd,fd_set *set);

4)判断文件描述符是否被置位    FD_ISSET(int fd,fd_set *set);

最后我们利用上面的文件描述符集的相关来写个验证添加了设备轮询的驱动,把上边两块联系起来

3、设备驱动中的轮询编程

设备驱动中的poll() 函数原型如下

unsigned int(*poll)(struct file *filp, struct poll_table * wait);

第一个参数是file结构体指针,第二个参数是轮询表指针,poll设备方法完成两件事:

a -- 对可能引起设备文件状态变化的等待队列调用poll_wait()函数,将对应的等待队列头添加到poll_table,如果没有文件描述符可用来执行 I/O, 则内核使进程在传递到该系统调用的所有文件描述符对应的等待队列上等待。

b -- 返回表示是否能对设备进行无阻塞读、写访问的掩码。

位掩码:POLLRDNORM, POLLIN,POLLOUT,POLLWRNORM

设备可读,通常返回:(POLLIN | POLLRDNORM)

设备可写,通常返回:(POLLOUT | POLLWRNORM)

 

poll_wait()函数:用于向 poll_table注册等待队列

 void poll_wait(struct file *filp, wait_queue_head_t *queue,poll_table *wait)  

poll_wait()函数不会引起阻塞,它所做的工作是把当前进程添加到wait 参数指定的等待列表(poll_table)中。

真正的阻塞动作是上层的select/poll函数中完成的。select/poll会在一个循环中对每个需要监听的设备调用它们自己的poll支持函数以使得当前进程被加入各个设备的等待列表。若当前没有任何被监听的设备就绪,则内核进行调度(调用schedule)让出cpu进入阻塞状态,schedule返回时将再次循环检测是否有操作可以进行,如此反复;否则,若有任意一个设备就绪,select/poll都立即返回。

具体过程如下:

a -- 用户程序第一次调用select或者poll,驱动调用poll_wait并使两条队列都加入poll_table结构中作为下次调用驱动函数poll的条件,一个mask返回值指示设备是否可操作,0为未准备状态,如果文件描述符未准备好可读或可写,用户进程被会加入到写或读等待队列中进入睡眠状态。

b -- 当驱动执行了某些操作,例如,写缓冲或读缓冲,写缓冲使读队列被唤醒,读缓冲使写队列被唤醒,于是select或者poll系统调用在将要返回给用户进程时再次调用驱动函数poll,驱动依然调用poll_wait 并使两条队列都加入poll_table结构中,并判断可写或可读条件是否满足,如果mask返回POLLIN | POLLRDNORM或POLLOUT | POLLWRNORM则指示可读或可写,这时select或poll真正返回给用户进程,如果mask还是返回0,则系统调用select或poll继续不返回

下面是一个典型模板:

[cpp] view plaincopy
  1. static unsigned int XXX_poll(struct file *filp, poll_table *wait)
  2. {
  3. unsigned int mask = 0;
  4. struct XXX_dev *dev = filp->private_data;     //获得设备结构指针
  5. ...
  6. poll_wait(filp, &dev->r_wait, wait);    //加读等待对列头
  7. poll_wait(filp ,&dev->w_wait, wait);    //加写等待队列头
  8. if(...)//可读
  9. mask |= POLLIN | POLLRDNORM;    //标识数据可获得
  10. if(...)//可写
  11. mask |= POLLOUT | POLLWRNORM;    //标识数据可写入
  12. ..
  13. return mask;
  14. }

4、调用过程:

Linux下select调用的过程:

1、用户层应用程序调用select(),底层调用poll())
2、核心层调用sys_select() ------> do_select()

  最终调用文件描述符fd对应的struct file类型变量的struct file_operations *f_op的poll函数。
  poll指向的函数返回当前可否读写的信息。
  1)如果当前可读写,返回读写信息。
  2)如果当前不可读写,则阻塞进程,并等待驱动程序唤醒,重新调用poll函数,或超时返回。

3、驱动需要实现poll函数
当驱动发现有数据可以读写时,通知核心层,核心层重新调用poll指向的函数查询信息。

poll_wait(filp,&wait_q,wait) // 此处将当前进程加入到等待队列中,但并不阻塞

在中断中使用wake_up_interruptible(&wait_q)唤醒等待队列。

4、实例分析

1、memdev.h

/*mem设备描述结构体*/
struct mem_dev
{                                                        char *data;                      unsigned long size; wait_queue_head_t inq;
};#endif /* _MEMDEV_H_ */

2、驱动程序 memdev.c

[cpp] view plaincopy
  1. #include <linux/module.h>
  2. #include <linux/types.h>
  3. #include <linux/fs.h>
  4. #include <linux/errno.h>
  5. #include <linux/mm.h>
  6. #include <linux/sched.h>
  7. #include <linux/init.h>
  8. #include <linux/cdev.h>
  9. #include <asm/io.h>
  10. #include <asm/system.h>
  11. #include <asm/uaccess.h>
  12. #include <linux/poll.h>
  13. #include "memdev.h"
  14. static mem_major = MEMDEV_MAJOR;
  15. bool have_data = false; /*表明设备有足够数据可供读*/
  16. module_param(mem_major, int, S_IRUGO);
  17. struct mem_dev *mem_devp; /*设备结构体指针*/
  18. struct cdev cdev;
  19. /*文件打开函数*/
  20. int mem_open(struct inode *inode, struct file *filp)
  21. {
  22. struct mem_dev *dev;
  23. /*获取次设备号*/
  24. int num = MINOR(inode->i_rdev);
  25. if (num >= MEMDEV_NR_DEVS)
  26. return -ENODEV;
  27. dev = &mem_devp[num];
  28. /*将设备描述结构指针赋值给文件私有数据指针*/
  29. filp->private_data = dev;
  30. return 0;
  31. }
  32. /*文件释放函数*/
  33. int mem_release(struct inode *inode, struct file *filp)
  34. {
  35. return 0;
  36. }
  37. /*读函数*/
  38. static ssize_t mem_read(struct file *filp, char __user *buf, size_t size, loff_t *ppos)
  39. {
  40. unsigned long p =  *ppos;
  41. unsigned int count = size;
  42. int ret = 0;
  43. struct mem_dev *dev = filp->private_data; /*获得设备结构体指针*/
  44. /*判断读位置是否有效*/
  45. if (p >= MEMDEV_SIZE)
  46. return 0;
  47. if (count > MEMDEV_SIZE - p)
  48. count = MEMDEV_SIZE - p;
  49. while (!have_data) /* 没有数据可读,考虑为什么不用if,而用while */
  50. {
  51. if (filp->f_flags & O_NONBLOCK)
  52. return -EAGAIN;
  53. wait_event_interruptible(dev->inq,have_data);
  54. }
  55. /*读数据到用户空间*/
  56. if (copy_to_user(buf, (void*)(dev->data + p), count))
  57. {
  58. ret =  - EFAULT;
  59. }
  60. else
  61. {
  62. *ppos += count;
  63. ret = count;
  64. printk(KERN_INFO "read %d bytes(s) from %d\n", count, p);
  65. }
  66. have_data = false; /* 表明不再有数据可读 */
  67. /* 唤醒写进程 */
  68. return ret;
  69. }
  70. /*写函数*/
  71. static ssize_t mem_write(struct file *filp, const char __user *buf, size_t size, loff_t *ppos)
  72. {
  73. unsigned long p =  *ppos;
  74. unsigned int count = size;
  75. int ret = 0;
  76. struct mem_dev *dev = filp->private_data; /*获得设备结构体指针*/
  77. /*分析和获取有效的写长度*/
  78. if (p >= MEMDEV_SIZE)
  79. return 0;
  80. if (count > MEMDEV_SIZE - p)
  81. count = MEMDEV_SIZE - p;
  82. /*从用户空间写入数据*/
  83. if (copy_from_user(dev->data + p, buf, count))
  84. ret =  - EFAULT;
  85. else
  86. {
  87. *ppos += count;
  88. ret = count;
  89. printk(KERN_INFO "written %d bytes(s) from %d\n", count, p);
  90. }
  91. have_data = true; /* 有新的数据可读 */
  92. /* 唤醒读进程 */
  93. wake_up(&(dev->inq));
  94. return ret;
  95. }
  96. /* seek文件定位函数 */
  97. static loff_t mem_llseek(struct file *filp, loff_t offset, int whence)
  98. {
  99. loff_t newpos;
  100. switch(whence) {
  101. case 0: /* SEEK_SET */
  102. newpos = offset;
  103. break;
  104. case 1: /* SEEK_CUR */
  105. newpos = filp->f_pos + offset;
  106. break;
  107. case 2: /* SEEK_END */
  108. newpos = MEMDEV_SIZE -1 + offset;
  109. break;
  110. default: /* can't happen */
  111. return -EINVAL;
  112. }
  113. if ((newpos<0) || (newpos>MEMDEV_SIZE))
  114. return -EINVAL;
  115. filp->f_pos = newpos;
  116. return newpos;
  117. }
  118. unsigned int mem_poll(struct file *filp, poll_table *wait)
  119. {
  120. struct mem_dev  *dev = filp->private_data;
  121. unsigned int mask = 0;
  122. /*将等待队列添加到poll_table */
  123. poll_wait(filp, &dev->inq,  wait);
  124. if (have_data)         mask |= POLLIN | POLLRDNORM;  /* readable */
  125. return mask;
  126. }
  127. /*文件操作结构体*/
  128. static const struct file_operations mem_fops =
  129. {
  130. .owner = THIS_MODULE,
  131. .llseek = mem_llseek,
  132. .read = mem_read,
  133. .write = mem_write,
  134. .open = mem_open,
  135. .release = mem_release,
  136. .poll = mem_poll,
  137. };
  138. /*设备驱动模块加载函数*/
  139. static int memdev_init(void)
  140. {
  141. int result;
  142. int i;
  143. dev_t devno = MKDEV(mem_major, 0);
  144. /* 静态申请设备号*/
  145. if (mem_major)
  146. result = register_chrdev_region(devno, 2, "memdev");
  147. else  /* 动态分配设备号 */
  148. {
  149. result = alloc_chrdev_region(&devno, 0, 2, "memdev");
  150. mem_major = MAJOR(devno);
  151. }
  152. if (result < 0)
  153. return result;
  154. /*初始化cdev结构*/
  155. cdev_init(&cdev, &mem_fops);
  156. cdev.owner = THIS_MODULE;
  157. cdev.ops = &mem_fops;
  158. /* 注册字符设备 */
  159. cdev_add(&cdev, MKDEV(mem_major, 0), MEMDEV_NR_DEVS);
  160. /* 为设备描述结构分配内存*/
  161. mem_devp = kmalloc(MEMDEV_NR_DEVS * sizeof(struct mem_dev), GFP_KERNEL);
  162. if (!mem_devp)    /*申请失败*/
  163. {
  164. result =  - ENOMEM;
  165. goto fail_malloc;
  166. }
  167. memset(mem_devp, 0, sizeof(struct mem_dev));
  168. /*为设备分配内存*/
  169. for (i=0; i < MEMDEV_NR_DEVS; i++)
  170. {
  171. mem_devp[i].size = MEMDEV_SIZE;
  172. mem_devp[i].data = kmalloc(MEMDEV_SIZE, GFP_KERNEL);
  173. memset(mem_devp[i].data, 0, MEMDEV_SIZE);
  174. /*初始化等待队列*/
  175. init_waitqueue_head(&(mem_devp[i].inq));
  176. //init_waitqueue_head(&(mem_devp[i].outq));
  177. }
  178. return 0;
  179. fail_malloc:
  180. unregister_chrdev_region(devno, 1);
  181. return result;
  182. }
  183. /*模块卸载函数*/
  184. static void memdev_exit(void)
  185. {
  186. cdev_del(&cdev);   /*注销设备*/
  187. kfree(mem_devp);     /*释放设备结构体内存*/
  188. unregister_chrdev_region(MKDEV(mem_major, 0), 2); /*释放设备号*/
  189. }
  190. MODULE_AUTHOR("David Xie");
  191. MODULE_LICENSE("GPL");
  192. module_init(memdev_init);
  193. module_exit(memdev_exit);

3、应用程序 app-write.c

[cpp] view plaincopy
  1. #include <stdio.h>
  2. int main()
  3. {
  4. FILE *fp = NULL;
  5. char Buf[128];
  6. /*打开设备文件*/
  7. fp = fopen("/dev/memdev0","r+");
  8. if (fp == NULL)
  9. {
  10. printf("Open Dev memdev Error!\n");
  11. return -1;
  12. }
  13. /*写入设备*/
  14. strcpy(Buf,"memdev is char dev!");
  15. printf("Write BUF: %s\n",Buf);
  16. fwrite(Buf, sizeof(Buf), 1, fp);
  17. sleep(5);
  18. fclose(fp);
  19. return 0;
  20. }

4、应用程序 app-read.c

[cpp] view plaincopy
  1. #include <stdio.h>
  2. #include <stdlib.h>
  3. #include <unistd.h>
  4. #include <sys/ioctl.h>
  5. #include <sys/types.h>
  6. #include <sys/stat.h>
  7. #include <fcntl.h>
  8. #include <sys/select.h>
  9. #include <sys/time.h>
  10. #include <errno.h>
  11. int main()
  12. {
  13. int fd;
  14. fd_set rds;
  15. int ret;
  16. char Buf[128];
  17. /*初始化Buf*/
  18. strcpy(Buf,"memdev is char dev!");
  19. printf("BUF: %s\n",Buf);
  20. /*打开设备文件*/
  21. fd = open("/dev/memdev0",O_RDWR);
  22. FD_ZERO(&rds);
  23. FD_SET(fd, &rds);
  24. /*清除Buf*/
  25. strcpy(Buf,"Buf is NULL!");
  26. printf("Read BUF1: %s\n",Buf);
  27. ret = select(fd + 1, &rds, NULL, NULL, NULL);
  28. if (ret < 0)
  29. {
  30. printf("select error!\n");
  31. exit(1);
  32. }
  33. if (FD_ISSET(fd, &rds))
  34. read(fd, Buf, sizeof(Buf));
  35. /*检测结果*/
  36. printf("Read BUF2: %s\n",Buf);
  37. close(fd);
  38. return 0;
  39. }

Linux 设备驱动中的 I/O模型(一)—— 阻塞和非阻塞I/O相关推荐

  1. Linux 设备驱动中的 I/O模型(二)—— 异步通知和异步I/O

    阻塞和非阻塞访问.poll() 函数提供了较多地解决设备访问的机制,但是如果有了异步通知整套机制就更加完善了. 异步通知的意思是:一旦设备就绪,则主动通知应用程序,这样应用程序根本就不需要查询设备状态 ...

  2. Linux设备驱动中的并发控制总结

    并发(concurrency)指的是多个执行单元同时.并行被执行.而并发的执行单元对共享资源(硬件资源和软件上的全局.静态变量)的访问则容易导致竞态(race conditions).   SMP是一 ...

  3. linux 两个驱动 竞态,第7章 Linux设备驱动中的并发控制之一(并发与竞态)

    本章导读 Linux设备驱动中必须解决的一个问题是多个进程对共享资源的并发访问,并发的访问会导致竞态(竞争状态). Linux提供了多种解决竞态问题的方式,这些方式适合不同的应用场景. 7.1讲解了并 ...

  4. linux 设备驱动阻塞,深入浅出:Linux设备驱动中的阻塞和非阻塞I/O

    今天写的是Linux设备驱动中的阻塞和非阻塞I/0,何谓阻塞与非阻塞I/O?简单来说就是对I/O操作的两种不同的方式,驱动程序可以灵活的支持用户空间对设备的这两种访问方式. 一.基本概念: 阻塞操作 ...

  5. Linux设备驱动开发详解:第7章 Linux设备驱动中的并发控制

    7.1并发与竞态 (1).竞态的发生场景:CPU0的进程与CPU1的进程之间.CPU0的中断与CPU1的进程之间.CPU0的中断与CPU1的中断之间: (2).解决竞态问题的途径是保证对共享资源的互斥 ...

  6. linux write引起进程挂起,Linux设备驱动中的阻塞与非阻塞总结

    Linux设备驱动中的阻塞与非阻塞总结 阻塞操作是指,在执行设备操作时,若不能获得资源,则进程挂起直到满足可操作的条件再进行操作. 非阻塞操作的进程在不能进行设备操作时,并不挂起.被挂起的进程进入sl ...

  7. Linux设备驱动中的阻塞和非阻塞IO

    这篇文章我们来了解下Linux设备驱动中阻塞和非阻塞. 阻塞:阻塞是指执行设备操作时,如果不能获得设备资源,则挂起进程,是进程进入休眠模式,直到设备资源可以获取. 非阻塞:非阻塞是在不能获取设备资源时 ...

  8. linux编写驱动后write已杀死_《Linux4.0设备驱动开发详解》笔记--第九章:Linux设备驱动中的异步通知与同步I/O...

    在设备驱动中使用异步通知可以使得对设备的访问可进行时,由驱动主动通知应用程序进行访问.因此,使用无阻塞I/O的应用程序无需轮询设备是否可访问,而阻塞访问也可以被类似"中断"的异步通 ...

  9. Linux设备驱动中的阻塞与非阻塞I/O

    阻塞和非阻塞I/O是设备访问的两种不同模式,驱动程序可以灵活的支持用户空间对设备的这两种访问方式 本例子讲述了这两者的区别 并实现I/O的等待队列机制, 并进行了用户空间的验证 基本概念: 1> ...

最新文章

  1. linux内核网络协议栈--发送流程及函数(十)
  2. 陶哲轩实分析 定理 8.2.2 (无限和的富比尼定理) 证明
  3. 超级计算机换算成智商,全球第二超级计算机运算力不如人脑 《转》
  4. 关于 SAP WebIDE 不支持 ES6 语法的问题
  5. SQL 语句执行顺序
  6. c++ 如何获取移动硬盘型号信息_工程销售,如何高效快速获取项目信息
  7. 2017.5.29-6.3 城市规划 思考记录(非常不容易)
  8. 三星Galaxy S11+电池谍照曝光:5000mAh超大容量 5G 不虚
  9. blufr 算法的理解---理解的不对的,欢迎拍砖
  10. Scala学习01——Scala介绍
  11. ppt设置外观样式_ppt设置图片样式_PPT如何快速修改图像样式图文教
  12. 文章2021_01_05_stata15在mac上的dta编码问题和系统crash
  13. 100行python代码实现细胞自动机(康威生命游戏)
  14. 电影购票系统软件测试,软件测试(电影售票系统)
  15. 【26天高效学习Java编程】Day26(完结篇):Java中的单例、多例、枚举以及工厂模式详解
  16. 从微信跳转到appstore下载App
  17. 神仙打架!清华公布2020特奖候选人名单,有人三篇顶会一作!还有人...
  18. 知道今天是星期几java_java如何判断今天是星期几
  19. 图形验证码接口及其重构思想
  20. 关于一个简单函数方程问题的深入探究

热门文章

  1. kafka性能测试(转)KAFKA 0.8 PRODUCER PERFORMANCE
  2. 16、常用shell命令方法
  3. 播客#50:Sacha Greif
  4. 腾讯哈勃_用Python的黑客统计资料重新审视哈勃定律
  5. facebook.com_如何降低电子商务的Facebook CPM
  6. 解决ionic切换路由后,不继承tab路由,没有返回按钮问题
  7. [读码时间] 完美拖拽
  8. Html代码seo优化最佳布局实例讲解
  9. OpenCV-CL: OpenCL加速计算机视觉技术
  10. 《算法》C++代码 前言