]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[ARM] 3546/1: PATCH: subtle lost interrupts bug on i.MX
authorMatt Reimer <mreimer@vpop.net>
Thu, 8 Jun 2006 21:46:48 +0000 (22:46 +0100)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Thu, 8 Jun 2006 21:46:48 +0000 (22:46 +0100)
commite2f04e18941dbd3826901540a0be03f1728f8822
tree1a52bcac2d2f165089d7784025659f21e6db57b0
parent0c27c5d5b93339df4def7ced77ea5be26df4d84b
[ARM] 3546/1: PATCH: subtle lost interrupts bug on i.MX

Patch from Matt Reimer

There is a subtle bug in the GPIO interrupt status register
handling in arch/arm/mach-imx/irq.c:imx_gpio_ack_irq(). The
documentation states that a 1 should be written to the relevant bit to
acknowledge a GPIO interrupt, but that is not what the code does.

The problem is that the |= writes back 1s for all the *other*
interrupts represented in the register, so interrupts could get lost.
For example, if interrupts are pending for GPIO B10 and B12, ISR_B
would have the value 0x00001400. Then when the interrupt code handles
GPIO B10, it eventually calls imx_gpio_ack_irq(IRQ_GPIOB(10)), which
effectively does this:

ISR_B |= 1 << 10;

with the result that (0x00001400 | 0x00000400) is written, clearing
the interrupt status bits for *both* GPIO B10 and B12.

The fix is to write 1s only for the interrupts we want to clear.

The same problem seems to be occurring in the DMA code; this patch
does not address those issues.

Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
Signed-off-by: Matt Reimer <mreimer@vpop.net>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
arch/arm/mach-imx/irq.c