e2f04e1894
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> |
||
|---|---|---|
| .. | ||
| boot | ||
| common | ||
| configs | ||
| kernel | ||
| lib | ||
| mach-aaec2000 | ||
| mach-at91rm9200 | ||
| mach-clps711x | ||
| mach-clps7500 | ||
| mach-ebsa110 | ||
| mach-ep93xx | ||
| mach-footbridge | ||
| mach-h720x | ||
| mach-imx | ||
| mach-integrator | ||
| mach-iop3xx | ||
| mach-ixp4xx | ||
| mach-ixp23xx | ||
| mach-ixp2000 | ||
| mach-l7200 | ||
| mach-lh7a40x | ||
| mach-omap1 | ||
| mach-omap2 | ||
| mach-pxa | ||
| mach-realview | ||
| mach-rpc | ||
| mach-s3c2410 | ||
| mach-sa1100 | ||
| mach-shark | ||
| mach-versatile | ||
| mm | ||
| nwfpe | ||
| oprofile | ||
| plat-omap | ||
| tools | ||
| vfp | ||
| Kconfig | ||
| Kconfig-nommu | ||
| Kconfig.debug | ||
| Makefile | ||