在定时器handler内可睡眠吗（解决）

studyboy_3w

内核在时钟中断发生后执行定时器， 定时器作为软中断在下半部上下文执行。《From LKD》

因为软中断在下半部上下文执行是不可以阻塞 睡眠的， 在定时器handler内是不可睡眠， 对吗？

[ 本帖最后由 studyboy_3w 于 2009-6-18 13:11 编辑 ]

emmoblin

我也不太明白，讨论一下：
为什么不可以阻塞呢？如果在软终端中读取硬件可能时间很长，就需要阻塞。
软中断这部分一直没仔细想过，明天我得研究研究

studyboy_3w

还是不清楚阿？？

studyboy_3w

睡觉，等答案..............

wxc200

原帖由 studyboy_3w 于 2009-6-15 15:57 发表
内核在时钟中断发生后执行定时器， 定时器作为软中断在下半部上下文执行。《From LKD》

因为软中断在下半部上下文执行是不可以阻塞 睡眠的， 在定时器handler内是不可睡眠， 对吗？

在handler里面已經把spin lock釋放，中斷打開了，所以這個時候block也沒有關系呀

樓主可以看下kernel/timer.c里面__run_timers這個函數。

個人之見，呵呵

junonly

我的也、理解是
软中断不能阻塞，不能睡眠。软中断有一个入口是在irq_exit()，也就是上半部完成后的一个检查，如果软中断可以阻塞，那么这个中断没有返回，被调度出去就麻烦了。而在ksoftirq入口的应该是可以阻塞的，设计ksoftirq就是为了让软中断能真正的延后，不要老在上半部完成后执行

flyinox

软中断是不能睡眠的，睡眠会导致进程调度。又由于local_bh_disable();那么BH部分实际是被锁住了，那么在其他进程里面都不能执行软中断，直到本进程被调用。
你想想你的中断处理程序真的需要睡眠么，如果需要，用工作队列来做，这个是可以睡眠的。

studyboy_3w

我知道软中断是不能睡眠的，睡眠会导致进程调度。
问题是在内核定时器handler中能否睡眠？

flyinox

那你说内核定时器handler是什么？

qiwei9743

不能睡眠，楼上解释非常清楚了。