iio: adc: sun4i-gpadc-iio: fix unbalanced irq enable/disable
authorQuentin Schulz <quentin.schulz@free-electrons.com>
Mon, 3 Jul 2017 13:09:26 +0000 (15:09 +0200)
committerJonathan Cameron <jic23@kernel.org>
Tue, 4 Jul 2017 19:28:34 +0000 (20:28 +0100)
commitbe2ea53330f1865ac5b00377f2074f8e255bf74c
tree5252e4cd1eaeef0d05063855d17419010f87038c
parentadd6e6ab3ee0e237822e0951476d3df039b49ec8
iio: adc: sun4i-gpadc-iio: fix unbalanced irq enable/disable

When initializing interrupts, the devm_request_any_context_irq will
enable them right away. An atomic flag was set in sun4i_irq_init and read
in the interrupt handler to make sure no unwanted interrupts were
handled. If an unwanted interrupt occurred, the handler would disable
the irq and return IRQ_HANDLED. However, at the end of sun4i_irq_init,
the irq would be disabled as well, resulting in an unbalanced enable
(since there are more disables than enables, the code enabling the
interrupt would never be called).

When reading the ADC or the temperature, the respective irq would be
enabled in the read function and disabled in the irq handler. In the
read function, we would wait for a completion (with a timeout) that will
be set in the irq handler. However, if the completion is never set or if
the wait for completion times out, the irq would not be disabled in the
read function resulting in an unbalanced enable once the read function
is called again (since there are 2+ enables for no disable).

Moving disable_irq from the irq handler to the read function get rid of
these two cases of unbalanced enable.

Fixes: d1caa9905538 ("iio: adc: add support for Allwinner SoCs ADC")
Reported-by: Andreas Färber <afaerber@suse.de>
Signed-off-by: Quentin Schulz <quentin.schulz@free-electrons.com>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
drivers/iio/adc/sun4i-gpadc-iio.c