power: supply: max17042: Do not enforce (incorrect) interrupt trigger type
authorKrzysztof Kozlowski <krzk@kernel.org>
Wed, 26 May 2021 17:20:35 +0000 (13:20 -0400)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Tue, 20 Jul 2021 14:17:51 +0000 (16:17 +0200)
[ Upstream commit 7fbf6b731bca347700e460d94b130f9d734b33e9 ]

Interrupt line can be configured on different hardware in different way,
even inverted.  Therefore driver should not enforce specific trigger
type - edge falling - but instead rely on Devicetree to configure it.

The Maxim 17047/77693 datasheets describe the interrupt line as active
low with a requirement of acknowledge from the CPU therefore the edge
falling is not correct.

The interrupt line is shared between PMIC and RTC driver, so using level
sensitive interrupt is here especially important to avoid races.  With
an edge configuration in case if first PMIC signals interrupt followed
shortly after by the RTC, the interrupt might not be yet cleared/acked
thus the second one would not be noticed.

Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/power/supply/max17042_battery.c

index 9c7eaaeda343ca5e0817416cb5778be4be55caa6..911d42366ef1f157fb0b6a0635c2cf054764ea28 100644 (file)
@@ -1051,7 +1051,7 @@ static int max17042_probe(struct i2c_client *client,
        }
 
        if (client->irq) {
-               unsigned int flags = IRQF_TRIGGER_FALLING | IRQF_ONESHOT;
+               unsigned int flags = IRQF_ONESHOT;
 
                /*
                 * On ACPI systems the IRQ may be handled by ACPI-event code,