With current handle_fasteoi_irq implementation, in case irqd_irq_disabled
is true (disable_irq was called) or !irq_may_run, the IRQ is not completed.
Only the running priority is dropped. IN those cases, the IRQ will
never be forwarded and hence will never be deactivated by anyone else.

Signed-off-by: Eric Auger <eric.au...@linaro.org>
---
 kernel/irq/chip.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 2f9571b..f12cce6 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -561,8 +561,12 @@ handle_fasteoi_irq(unsigned int irq, struct irq_desc *desc)
        raw_spin_unlock(&desc->lock);
        return;
 out:
-       if (!(chip->flags & IRQCHIP_EOI_IF_HANDLED))
-               eoi_irq(desc, chip);
+       if (!(chip->flags & IRQCHIP_EOI_IF_HANDLED)) {
+               if (chip->irq_priority_drop)
+                       chip->irq_priority_drop(&desc->irq_data);
+               if (chip->irq_eoi)
+                       chip->irq_eoi(&desc->irq_data);
+       }
        raw_spin_unlock(&desc->lock);
 }
 EXPORT_SYMBOL_GPL(handle_fasteoi_irq);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to