Linux驱动编程 step-by-step (八)

阻塞型字符设备驱动

前面说到了 如何实现read write 等操作,但如果设备缓冲已满,现在想而用户此时又想写入设备,此请求就无法立即执行,那怎么办呢?
第一种情况是:驱动程序想用户返回请求失败的信息。
第二种情况是:使调用进程阻塞等待设备可以被操作。

而用户更希望自己选择在请求无法满足时候如何操作,所以在用户空间有了O_NONBLOCK标志
在打开设备的时候如果用户指定了此标志(会保存到filp->f_flags中),表示用户希望以非阻塞的形式打开设备,读写时如果设备不能满足要求,则返回错误码(-EAGAIN).
如果用户不指定此标志位,则默认是阻塞型打开,在设备不能满足请求时候需要就阻塞直到设备可以被操作。

休眠的介绍

进程被阻塞即意味着释放CPU,直到另一个进程修改了某个状态,使调度器再次去调度他,所以进程休眠后不知道自己在休眠期间做了什么事情,所以在被唤醒之后还需要检查当前状态,看等待的条件是否为真
在linux中等待队列通过等待队列头来管理,(wait_queue_head_t)
初始化队列头

init_waitqueue_head(wait_queue_head_t * queue);

还有一种简单的方式去初始化队列头(静态初始化)

DECLARE_WAIT_QUEUE_HEAD(name)
它会将name 定义为一个 struct wait_queue_head_t 结构,并初始化

使进程休眠

让一个进程进入睡眠,在醒来时进程仍需要检测一个条件是否为真,正如上边提到的一样

#define wait_event(wq, condition) 
#define wait_event_timeout(wq, condition, timeout)
#define wait_event_interruptible(wq, condition)
#define wait_event_interruptible_timeout(wq, condition, timeout)
wq: 指对应的等待队列头

condition 表示检测的的条件,在condition为真时,睡眠终止。

含有 interruptible 的函数 表示睡眠可以被信号中断,当睡眠被信号中断事,函数返回负值(-ERESTARTSYS)

含有timeout 的函数 timeout 参数表示最长的等待时间,

进程唤醒

有睡眠就有唤醒

在其他进程操作了设备 使等待进程的 等待条件(condition)为真,则需要在此进程中唤醒睡眠的进程

#define wake_up(x)			__wake_up(x, TASK_NORMAL, 1, NULL)
#define wake_up_all(x)			__wake_up(x, TASK_NORMAL, 0, NULL) 
#define wake_up_interruptible(x)	__wake_up(x, TASK_INTERRUPTIBLE, 1, NULL)
#define wake_up_interruptible_nr(x, nr)	__wake_up(x, TASK_INTERRUPTIBLE, nr, NULL)
#define wake_up_interruptible_all(x)	__wake_up(x, TASK_INTERRUPTIBLE, 0, NULL)
wake_up 会首先唤醒队列上1个 独占等待的进程(下边有简单的解释),如果没有则去唤醒其他所有的进程

wake_up_all 唤醒等待队列上的所有进程,不管独占 还是 非独占

wake_up_interruptible跟wake_up 类似, 不过他只会唤醒 队列中可中断的睡眠进程

wake_up_interruptible_all 会唤醒等待队列上的所有可中断睡眠,

wake_up_interruptible_nr 回唤醒等待队列上的nr个独占进程独占等待进程 : 因为在一个睡眠队列上,睡眠的进程可能会有很多,而每次唤醒之后只有一个进程唤醒执行,其他进程继续在等待队列上睡眠,这就导致了有些=重要的进程迟迟不呢个得到调用,为改善这个情况,有了独占进程的概念, 在睡眠时候我们可以指定一个参数WQ_FLAG_EXCLUSEVE标志会加到队列的尾部(不加此标志则默认加到队列头部), 在调用wake_up_xx 对应的函数时候会首先唤醒这些进程。

while(dev->datawr == dev->datard)
{
      
      while(dev->datard == dev->datawr) //循环检测等待条件是否真正的满足
      {
	      up(&dev->semp)
	      if(filp->f_flags & O_NONBLOCK) //判断是否是非阻塞打开
	      {
	            return -EAGAIN;
	      }
	      D("[%s] reading going to sleep!", current->comm);
	
	      if(wait_event_interruptible(dev->rdque, dev->datard != dev->datawr)) //使当前进程睡眠在读睡眠队列
	      {
	            return -ERESTARTSYS;
	      }
	      D("waked up %d\n", __LINE__);
	
	      ...
	
	      if(down_interruptible(&dev->semp) < 0)//获取锁
	      {
	            printk(KERN_ERR "[%s]get the mutex lock error %d, %s",
	                             current->comm, __LINE__, __func__);
	            return -ERESTARTSYS;
	       }
	       else
	       {
	            D("have get the mutex %d\n", __LINE__);
	       }
	     }
	     
	     /*read data*/
	     wake_up_interruptible(dev->wrque)//读出数据 唤醒写睡眠队列上的进程
}

poll 函数实现

unsigned int (*poll) (struct file *filp, struct poll_table_struct *wait);
在系统编程时候我们经常会只用到poll 或者 select函数去监听某个文件描述符是否可写或者可读等
这些系统调用都是通过poll函数驱动实现
当调用此函数时候内核会分配一个 poll_table_struct 结构,我们 多需要的动作有两步
1、在等待队列上调用poll_wait
static inline void poll_wait(struct file * filp, wait_queue_head_t * wait_address, poll_table *p)
2、返回一个描述设备可读可写的掩码
#define POLLIN		0x0001 //设备可读
#define POLLPRI		0x0002 //无阻塞读取高优先级数据
#define POLLOUT		0x0004 //设备可写入
#define POLLERR		0x0008 //设备发生错误
#define POLLHUP		0x0010 //设备挂起
#define POLLRDNORM      0x0040 //normal data is ready now
#define POLLWRNORM	0x0100 //normal data can be writen to device
example:
static int simple_poll(struct file *filp, struct poll_table_struct *wait)
{
	struct simple_dev *dev = filp->private_data;
	unsigned int mask = 0;
	char *next_ptr;

	if(down_interruptible(&dev->semp))
	{
		printk(KERN_ERR "get the semphore err %d \n",__LINE__);
		return -ERESTARTSYS;
	}

	D("have get the semphore %d\n", __LINE__);

	poll_wait(filp, &dev->inq, wait);
	poll_wait(filp, &dev->outq, wait);

	if(dev->datard != dev->datawr)
	{
		mask |= POLLIN | POLLRDNORM;   //can be read
	}
	
	if(dev->datawr+1 == dev->dataend)
		next_ptr = dev->data;
	else
		next_ptr = dev->datawr+1;
	
	if(next_ptr != dev->datard)
	{
		mask |= POLLOUT | POLLWRNORM; //can be write
	}

	up(&dev->semp);
	return mask;
}

下一节 会以一个驱动程序 模拟管道 结束基于内存的模拟字符设备驱动程序 ,  同时介绍 驱动测试的相关东东

你可能感兴趣的:(C/C++,Linux,linux,编程,struct,up,null,table)