中断、软中断、硬件中断、异常、同步中断、异步中断,这几个概念非常容易混淆,这里对本文使用的中断、软中断、softirq进行描述说明:
1.硬件产生的中断称为中断;(异步中断)
2.int $0x80触发的异常,通常也称为软中断;(同步中断)
3.中断处理一般分为上半部和下半部,下半部机制的软中断称为softirq。
假设进程A进入中断处理,对于1、2两种情况,此时处于中断上下文中,如果调用sleep,A首先会由run queue中删除,然后再进行schedule,但是schedule完了后,永远无法再回到sleep后的过程了,因为中断自身并不是一个调度实体(task上记录进程上下文,但不会保存中断上下文)。
对于3,这里分两种情况讨论:
a)通常内核处理完中断处理程序(上半部)后,马上就会调用do_softirq,此时仍处于中断上下文中,不能sleep;
b)对于大量中断出现的场景,内核会唤醒ksoftirqd/n来处理softirq,它处于ksoftirqd/n的上下文中,此时我认为是可以sleep的。
但是通过ksoftirqd/n运行softirq仅仅是softirq处理的特殊情况,softirq必然会运行在a)这种场景下,那么softirq必然不能sleep。
如果需要在下半部中sleep,可以使用work queue机制,任务运行在events/n的上下文中,可以进行调度。