xen/arm: gic: Defer the decision to unmask interrupts to do_{LPI, IRQ}()
authorAndrii Anisov <andrii_anisov@epam.com>
Mon, 27 May 2019 09:29:30 +0000 (12:29 +0300)
committerJulien Grall <julien.grall@arm.com>
Mon, 10 Jun 2019 19:48:53 +0000 (20:48 +0100)
commit3455cd598c5f57c3f6c10a9b1bb471ea6857a115
tree88a35bbd73a1cabe8b691f5962ff874edcea0672
parent2e9f5f726285deee96d7d9f89ce5680a0101111a
xen/arm: gic: Defer the decision to unmask interrupts to do_{LPI, IRQ}()

At the moment, interrupts are unmasked by gic_interrupt() before
calling do_{IRQ, LPI}(). In the case of handling an interrupt routed
to guests, its priority will be dropped, via desc->handler->end()
called from do_irq(), with interrupt unmasked.

In other words:
    - Until the priority is dropped, only higher priority interrupt
    can be received. Today, only Xen interrupts have higher priority.
    - As soon as priority is dropped, any interrupt can be received.

This means the purpose of the loop in gic_interrupt() is defeated as
all interrupts may get trapped earlier. To reinstate the purpose of
the loop (and prevent the trap), interrupts should be masked when
dropping the priority.

For interrupts routed to Xen, priority will always be dropped with
interrupts masked. So the issue is not present. However, it means
that we are pointless try to mask the interrupts.

To avoid conflicting behavior between interrupt handling,
gic_interrupt() is now keeping interrupts masked and defer the decision
to do_{LPI, IRQ}.

Signed-off-by: Andrii Anisov <andrii_anisov@epam.com>
[julien: Reword the commit message]
Acked-by: Julien Grall <julien.grall@arm.com>
xen/arch/arm/gic.c