关于中断是否可以套嵌?

问答

问：Linux的中断可以嵌套吗？

答：以前是可以嵌套的，现在不可以！

历史

早前的Linux内核版本，中断分为两种：

快中断，申请的时候带IRQF_DISABLED标记，在IRQ HANDLER里面不允许新的中断进来;

慢中断，申请的时候不带IRQF_DISABLED标记，在IRQ HANDLER里面允许新的其他中断嵌套进来。

老的Linux内核中，如果一个中断服务程序不想被别的中断打断，我们能看到这样的代码：

request_irq(FLOPPY_IRQ, floppy_interrupt,\
-                        IRQF_DISABLED, "floppy", NULL)

现在

在2010年如下的commit中，IRQF_DISABLED被作废了：

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e58aa3d2d0cc

它的commit log清晰地解释中断嵌套可能引入的一些risk，比如stack溢出等。也就是说，从这个commit开始，实际Linux已经不再支持中断的嵌套, 也没有快慢中断的概念了，IRQF_DISABLED标记也作废了。在IRQ HANDLER里面，无论一个中断设置还是不设置IRQF_DISABLED, 内核都不会开启CPU对中断的响应：

这个作废的IRQF_DISABLED标记，在内核已经没有任何的意义了。后来，这个标记本身，在内核里面也被删除了，彻底成为过往：

硬件

中断发生后，一般硬件会自动屏蔽CPU对中断的响应，而软件层面上，直到IRQ HANDLER做完，才会重新开启中断。比如，对于ARM处理器而言，exception进来的时候，硬件都会自动屏蔽中断：

也就是说，当ARM处理器收到中断的时候，它进入中断模式，同时ARM处理器的CPSR寄存器的IRQ位会被硬件设置为屏蔽IRQ。

Linux内核会在如下2个时候重新开启CPSR对IRQ的响应：

1. 从IRQ HANDLER返回中断底半部的SOFTIRQ
2. 从IRQ HANDLER返回一个线程上下文

从1大家可以看出，SOFTIRQ里面是可以响应中断的。