Fix interrupt race

The current sequence is possible in the main command loop
and in the arbitration sequence:

 - STOP enables interrupt and stops execution
 - Interrupt occurs (stale from previous command)
 - No command (or arbitration response)
 - Command is written
 - Interrupt occurs again, is taken, does nothing
 - STOP executes, doesn't wake up

We need to ensure that we only take the interrupt on
STOP, so we need to re-mask after every STOP. (We could
alternatively modify the SR in the interrupt stack to
return from the handler with IRQs disabled but this is
easier).

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

0 files changed, 0 insertions, 0 deletions