linux - 级别触发的中断处理和嵌套中断

Question

[更新问题，因为gic v2有3个寄存器ack、eoir、dir]
这是最基本的问题，我需要其他人来澄清和声明，下面的顺序是正确的。
在下面的拱门里，

  [Core] ----- [ Interrupt Controller ] --Level Triggered -- [Device]

a.设备提高电平并通知中断控制器
中断控制器触发中断的核心。（假设核心的中断已启用）
c.假设中断控制器是gic（与arm一起使用），并且它有3个寄存器
-中断停用（gicc_dir）
-中断确认（返回IRQ号），（gicc_iar）
-中断寄存器结束（gicc_eoir）
注意：在gicv2实现中，将gicc_ctlr.eoimode设置为1将分离优先级下降和中断停用操作。
参考：3中断处理和优先级排序（ARM IHI 0048B.B ID072613）
现在需要确认的是，
d.直到核心不返回中断以获得IRQ，中断保持挂起，设备中断线中断控制器电平高
e.核心禁用其中断。核心确认得到IRQ，设备中断线没有变化。
现在这里可能有两个案子。
a.核心屏蔽gic上的特定中断，但在设备上不执行任何操作，这将清除设备上的中断。核心使其中断
核心设置gicc_eoimode=1，并将中断id写入eoir。核心使其中断
基于（a）或（b）
Q1。中断会从中断控制器再次引发到核心吗？
在这种情况下， interrupt nesting如何工作？

Answer 1

Q1。中断会从中断控制器再次引发到核心吗？
当然，它将被重新提出。这是电平触发中断的一个属性。中断控制器中没有状态。很难判断中断是否被重新触发或是否持续。特别地，中断可能已经被服务了很小的时间，并且GIC不会看到高-低-高转换来区分新的中断源和现有的中断源。
问题2。如果在（e）core直接执行（g）之后，中断是否会从中断控制器再次引发到core
这似乎与上述问题相同。可能有一个电平触发设备，在那里维修设备使中断线保持高电平。例如，中断可能是fifo非空的。如果fifo有两个条目，第一次读取可能无法清除中断。
参见wikipedia上的level triggered interrupts。在维修此设备之后…必须始终使用电平触发中断来维护设备。中断控制器（gic）不知道外设是如何工作的。在控制器中加入假设将限制其使用。
在这种情况下，如何中断嵌套工作。
不清楚什么是嵌套。例如，在上面的fifo示例中，您可以读取设备的条目数，或者在每次读取后读取并检查中断状态。当读取清除中断时，重新设置中断源是可以的。
独立IRQ源的嵌套是标准的。在步骤f中，irq服务例程必须对设备进行服务，直到没有驱动级别为止。可以读取0x300-0x304处的irqActive位来确定irq服务是否完成。然后电平触发的ISR返回。如果它在任何时候被抢占，控制器将检测到一个新的电平源，或者ISR将继续为外围设备提供服务。
设备上升线通知gic。
gic向arm核发送信号并跳到矢量。
向量读取gic中断ack并跳到isr。
级别例程禁用级别irq并重新启用中断。
将例行服务设备调平，直到Irqactive低。（可以在这里先发制人。
屏蔽中断，重新启用级别源，并返回调用方。
如果在最后一步（或之前）发生了额外的服务项，则会出现背靠背的中断。这将是经常发生的，因为多个中断源将不得不在同一时间段内发生。这是典型的中断嵌套。整个系统会更繁忙，但延迟会更好。
第3.2.1节优先级下降和中断停用有以下步骤来禁用电平中断，
读取IAR—主动中断的初始读取。
write eoir-从优先级中删除它；允许低优先级嵌套。
write dir—说它已经结束（或服务）。
当实际设备被确定已被维修时，中断被重新启用。如果您希望只允许高优先级中断，那么对EOIR的写入将被延迟到isr结束；高优先级中断自然会先发制人。
编辑：
现在这里可能有两个案子。
a.核心屏蔽gic上的特定中断，但在设备上不执行任何操作，这将清除设备上的中断。核心使其中断
如果中断被屏蔽，它将不会重新断言。
核心设置gicc_eoimode=1，并将中断id写入eoir。核心使其中断
写入eoir将从active+pending转换为just active，中断将重新出现（如果您所做的只是“b”）。
在interrupt nesting中，linux自然是第一部分。当有两个活动ISR（右侧）时，这是一个可选配置；在“IRQ-K”期间，必须重新启用中断。这需要更多的堆栈来完成，您将不得不修改股票linux afaik。
编辑2:GICC_CTRL.EOImode =1令人困惑。这将服务的中断与优先级下降部分分离。如果有关键部分和非关键部分的中断，可以将这些阶段分开。在关键部分之后写入eoir以删除优先级。然后dir寄存器显示中断服务已经完成。我总是离开GICC_CTRL.EOImode=0因为我认为这是不需要的。手动文档是从中断控制器的角度编写的，而不是使用它的cpu（因此是程序员的心理模型）；停用表示当前的irq行，而不是通常的中断。