中断嵌套问题

humjb_1983

问题：目前的新内核版本中，是否支持中断嵌套？即在同一个核上，中断处理过程中是否能再处理中断。
根据相关资料，通过中断门进入中断时，CPU硬件会自动清IF标记，即关中断，即表示通过中断门进入中断处理后，是不能再处理中断的。结合IRQ_PENGING和IRQ_INPROGRESS标记，可以将中断变为串行执行。
老版本内核(2.6.11)中，提供了SA_INTERRUPT标记，用于在request_irq()时，指示该中断服务程序需要在开中断的情况下执行，此时在handle_IRQ_event
函数中会进行local_irq_enable()手动开中断。
也就是说，原理上，进入中断门时，硬件会自动关中断，如果软件认为需要开中断，那么可以手工开中断，此时“中断可以嵌套”。
而在新版本内核中，已经找不到SA_INTERRUPT标记和手工开中断的流程了，是否意味着新内核中“中断不能嵌套”了？瞄了下x86的相关手册，其中好像提到了中断嵌套可能会引发异常，不知是否确实如此？请大牛们指教。

瀚海书香

回复 1# humjb_1983
之前分析过2.6.24内核的中断机制供参考http://blog.chinaunix.net/uid-20662820-id-3023342.html

   

humjb_1983

瀚海书香 发表于 2014-01-10 14:49
回复 1# humjb_1983
之前分析过2.6.24内核的中断机制供参考http://blog.chinaunix.net/uid-20662820-id-3 ...

拜读了一下，瀚海兄对2.6.24内核中的中断机制分析，跟我的目前理解一致，即：默认进入中断门的时候，硬件会自动关中断，如果需要中断嵌套，那么可以通过软件手工开启中断。只是新版本内核中的标记换了，老版本的标记为：SA_INTERRUPT，新版本换成了IRQF_DISABLED
        if (!(action->flags & IRQF_DISABLED))
                local_irq_enable_in_hardirq();
感谢指点，确认了我的疑问。

gaojl0728

IRQF_DISABLED 在最新的内核已经被废弃了， 所以只能手动开中断了。

humjb_1983

gaojl0728 发表于 2014-01-13 15:39
IRQF_DISABLED 在最新的内核已经被废弃了， 所以只能手动开中断了。

呵呵，最新内核之前没确认，看来内核确实是不推荐中断嵌套的，可能侧面反映了硬件对此支持也尚不完善~
感谢！

mordorwww

楼上诸位，这么说，最新的内核不同硬中断不再嵌套，而是完全串行化了?
不同的CPU还是可以并行处理不同硬中断吧

humjb_1983

mordorwww 发表于 2014-01-14 09:12
楼上诸位，这么说，最新的内核不同硬中断不再嵌套，而是完全串行化了?
不同的CPU还是可以并行处理不同硬中 ...

从内核代码看，默认情况下，应该都是串行处理中断的。
不同的cpu应该是可以并行处理不同的中断的。

帅绝人寰

得出一个结论， 是很难的事情呀

humjb_1983

帅绝人寰 发表于 2014-01-14 12:44
得出一个结论， 是很难的事情呀

呵呵，确实很难，所以目前的状态还未有明确结论，欢迎大家的指点和讨论~

gaojl0728

研究了下最新的内核3.12.6
虽然在中断函数里可以手动开中断，但是在执行完当前中断处理函数之后内核会检测中断的状态，如果开中断会马上关掉。
所以除非嵌套的中断处理函数再次打开中断，否则看起来也只能嵌套一次。
irqreturn_t
handle_irq_event_percpu(struct irq_desc *desc, struct irqaction *action)
{
        do {
                if (WARN_ONCE(!irqs_disabled(),"irq %u handler %pF enabled interrupts\n",
                              irq, action->handler))
                        local_irq_disable();

        } while (action);
}

而且我感觉就算中断能嵌套多层，在linux下也没有多少实际用途。
linux内核提供的各种中断底半步本质上都是串行执行的，
即使加上中断线程化，因为所有的中断线程使用了相同的优先级，实际执行的顺序也是不确定的。