linux的休眠和唤醒
本帖最后由 bdggch 于 2011-05-17 10:14 编辑
关于休眠和唤醒还是不清楚,看如下代码:
读函数部分
....省略的代码
① while (!have_data)
{
if (filp->f_flags&0_NONBLOCK)
return -EAGAIN;
wait_event_interruptible(dev->inq,have_data);
}
.....省略的代码
写函数部分
.....省略的代码
② have_data=true;
wake_up(&(dev->inq));
我的疑惑: 感觉这个while()循环多余,没啥用啊!?
关键点: 休眠函数wait_event_interruptible()被唤醒后,不管是被其它无关的中断唤醒,还是被wake_up()唤醒,wait_event_interruptible()的执行情况是哪种?
1. 被唤醒后,wait_event_interruptible()宏,自身再检查“have_data”这个条件以决定是返回还是继续休眠。
2. 被唤醒后,wait_event_interruptible()宏,自身不检查“have_data”这个条件,直接跳到后一句执行语句。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
内核会检查have_data的值,来确定是不是真的需要唤醒。
LS说了一点点啊,能再清楚些吗?
我也觉得是多余的。
不多余, wake_up会唤醒所有等待在给定wait queue上的进程。所以被唤醒并不一定就代表着有数据需要你来处理(可能被先于你唤醒的进程处理掉了)。这就是while (!have_data)的作用。当然have_data是临界资源,需要锁保护
>>关键点: 休眠函数wait_event_interruptible()被唤醒后,不管是被其它无关的中断唤醒,还是被wake_up()唤醒,wait_event_interruptible()的执行情况是哪种?
interruptible是指可被信号中断,跟物理上的中断没啥关系,wait_event_interruptible被信号中断的返回值为-EAGAIN,可以通过这个来判断后续的程序走向。
明白了
wait_event_interruptible(dev->inq,have_data); 在唤醒的时候也会判断have_data。就是说while循环又做了一次判断。为了防止在结束while循环前have_data被改变