mfd: arizona: Fix race between runtime suspend and IRQs
authorCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
Sun, 14 Jun 2015 14:41:49 +0000 (15:41 +0100)
committerLee Jones <lee.jones@linaro.org>
Tue, 11 Aug 2015 14:08:39 +0000 (15:08 +0100)
commit16f6a0df1d319705abf068bd1ebada344ad9d04f
treeb97fcdf8d47194352d8d009a724df98e81d4beac
parentc465875aa3934c0fdcc26f936322455569e89add
mfd: arizona: Fix race between runtime suspend and IRQs

The function arizona_irq_thread (the threaded handler for the arizona
IRQs) calls pm_runtime_get_sync at the start to ensure that the chip is
active as we handle the IRQ. If the chip is part way through a runtime
suspend when an IRQ arrives the PM core will wait for the suspend to
complete, before resuming. However, since commit 4f0216409f7c
("mfd: arizona: Add better support for system suspend") the runtime
suspend function may call disable_irq, if the chip is going to fully
power off, which will try to wait for any outstanding IRQs to complete.
This results in deadlock as the IRQ thread is waiting for the PM
operation to complete and the PM thread is waiting for the IRQ to
complete.

To avoid this situation we use disable_irq_nosync, which allows the
suspending thread to finish the suspend without waiting for the IRQ to
complete. This is safe because if an IRQ is being processed it can only
be blocked at the pm_runtime_get_sync at the start of the handler
otherwise it wouldn't be possible to suspend.

Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
drivers/mfd/arizona-core.c