irqchip/bcm2836: Fix IPI acknowledgement after conversion to handle_percpu_devid_irq
authorMarc Zyngier <maz@kernel.org>
Fri, 18 Dec 2020 18:03:46 +0000 (18:03 +0000)
committerMarc Zyngier <maz@kernel.org>
Fri, 18 Dec 2020 18:34:17 +0000 (18:34 +0000)
commitd7f39c40ebb6986e7371510d1c20a4efee4a7f0d
tree4d44a617fb57bfc543d90561867f88041fb4409e
parente90f55e0196a66f8e9e445f7f33f876dd889be9a
irqchip/bcm2836: Fix IPI acknowledgement after conversion to handle_percpu_devid_irq

It appears that despite its name, the bcm2836_arm_irqchip_ipi_eoi()
callback is an acknowledgement, and not an EOI. This means that
we lose IPIs that are made pending between the handling of the
IPI and the write to LOCAL_MAILBOX0_CLR0. With the right timing,
things fail nicely.

This used to work with handle_percpu_devid_fasteoi_ipi(), which
started by eoi-ing the interrupt. With the standard fasteoi flow,
this doesn't work anymore.

So let's use this callback for what it is, an ack. Your favourite
RPi-2/3 is back up and running.

Fixes: ffdad793d579 ("irqchip/bcm2836: Make IPIs use handle_percpu_devid_irq()")
Cc: Valentin Schneider <valentin.schneider@arm.com>
Reported-by: Guenter Roeck <linux@roeck-us.net>
Tested-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Marc Zyngier <maz@kernel.org>
Link: https://lore.kernel.org/r/c9fb4ab3-a5cb-648c-6de3-c6a871e60870@roeck-us.net
drivers/irqchip/irq-bcm2836.c