aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/broadcom-wl
diff options
context:
space:
mode:
authorJohn Crispin <blogic@openwrt.org>2016-03-03 20:24:47 +0000
committerJohn Crispin <blogic@openwrt.org>2016-03-03 20:24:47 +0000
commit4ca2717a8a19fb711fdd39804ad84d1c4549e786 (patch)
tree2b4b2c2b3a792bdf3d1510c9664c6787ad3a7dd5 /package/kernel/broadcom-wl
parent34f9f9401c90a94deb3a0ece3cc077bb1a1372e6 (diff)
downloadmaster-187ad058-4ca2717a8a19fb711fdd39804ad84d1c4549e786.tar.gz
master-187ad058-4ca2717a8a19fb711fdd39804ad84d1c4549e786.tar.bz2
master-187ad058-4ca2717a8a19fb711fdd39804ad84d1c4549e786.zip
kernel: gpio-button-hotplug: Add missing ONESHOT flag to threaded IRQ request
Without the IRQF_ONESHOT flag in devm_request_threaded_irq() call I get following error: genirq: Threaded irq requested with handler=NULL and !ONESHOT for irq 56 gpio-keys gpio-keys: failed to request irq:56 for gpio:20 >From kernel/irq/manage.c: The interrupt was requested with handler = NULL, so we use the default primary handler for it. But it does not have the oneshot flag set. In combination with level interrupts this is deadly, because the default primary handler just wakes the thread, then the irq lines is reenabled, but the device still has the level irq asserted. Rinse and repeat.... While this works for edge type interrupts, we play it safe and reject unconditionally because we can't say for sure which type this interrupt really has. The type flags are unreliable as the underlying chip implementation can override them. Signed-off-by: Petr Štetiar <ynezz@true.cz> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@48894 3c298f89-4303-0410-b956-a3cf2f4a3e73
Diffstat (limited to 'package/kernel/broadcom-wl')
0 files changed, 0 insertions, 0 deletions