X86架构下是否存在外设中断嵌套

dxyf1524

我说的不是异常（系统调用）之后又被外设中断夺走控制路径的情形，而是两次外设中断。
就是说，第一次发生中断时，内核正在处理，并且给PIC 一个应答，此时第二个中断发生了，那么内核是如何处理的。
主要是内核处理第二个中断的情形：

内核如何决定第二个中断可以夺走第一个中断的控制路径，如果嵌套执行了第二个中断，那么发生再什么时刻？
在第一个中断的ISR 中，是不是简单的登记了中断。之后跳到ret_from_intr()的地址。如果发生嵌套。第二个中断是不是也这样执行一遍ret_from_intr().
考虑到内核嵌套深度，第二个中断resume_kernel是怎样返回到第一个中断？

难道是这两个中断就相当于内核的两个函数的嵌套调用么，还是说别的什么。很困惑，求指点.

dxyf1524

是我自己疏忽，仔细看了下代码，在内核执行handle_IRQ_event()的时候，内核释放了中断描述符的锁，此时是可以有中断嵌入，夺取他的控制路径。而且这里我对内核thread_info结构的
preempt_count理解有误，当preempt_count大于0只是说明不允许内核抢占，应该时说内核不会发生进程切换，应该试着样子的吧，如果错了，请大家指正。
为什么没人回复讨论下啊。

frank529

ULK3 P166说了中断发生的时候内核用SAVE_ALL保存现场，同时CPU也会自动保存cs，eip等寄存器到栈里。第二个中断也是通过ret_from_intr()恢复现场。此时不允许内核抢占是因为第一个中断的现场都保存在当前进程的内核栈里，如果切走了就回不到第一个中断了，所以用preempt_count来禁止内核抢占。

dxyf1524

你说的preempt_count可能不恰当，因为中断嵌套的时候增加的preempt_count的某一字段，这个字段与内核抢占无关，是用来记录内核嵌套路径深度的，你可一看下preempt_count字段的含义，我觉得应该中断的嵌套，和抢占之间不是一个含义

frank529

回复 4# dxyf1524


    LKD P45, 你自己也说了当preempt_count大于0说明不允许内核抢占，这个说法是对的。preempt_count是用来标记嵌套深度的，只要它大于0，就不允许

抢占，至于为什么，我已经解释了。

瀚海书香

回复 1# dxyf1524
Linux下硬中断是可以嵌套的，但是没有优先级的概念，也就是说任何一个新的中断都可以打断正在执行的中断，但是同种中断不会打断同种中断的执行。中断嵌套的时候发生在handle_event_irq中。

具体可以参阅http://blog.chinaunix.net/uid-20662820-id-3023342.html