mfd: Don't use irq_create_mapping() to resolve a mapping
authorMarc Zyngier <maz@kernel.org>
Sun, 25 Jul 2021 18:07:54 +0000 (19:07 +0100)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 22 Sep 2021 10:26:43 +0000 (12:26 +0200)
commit32280649f044c2f52a9823206ff6ca96313b6ecf
tree3316a851598bbf413961bc46682da284b0416fa7
parente904621ae0b7b088abbc9197135c605a61403ee0
mfd: Don't use irq_create_mapping() to resolve a mapping

[ Upstream commit 9ff80e2de36d0554e3a6da18a171719fe8663c17 ]

Although irq_create_mapping() is able to deal with duplicate
mappings, it really isn't supposed to be a substitute for
irq_find_mapping(), and can result in allocations that take place
in atomic context if the mapping didn't exist.

Fix the handful of MFD drivers that use irq_create_mapping() in
interrupt context by using irq_find_mapping() instead.

Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>
Cc: Alexandre Torgue <alexandre.torgue@foss.st.com>
Signed-off-by: Marc Zyngier <maz@kernel.org>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/mfd/ab8500-core.c
drivers/mfd/stmpe.c
drivers/mfd/tc3589x.c
drivers/mfd/wm8994-irq.c