mtk-20170518/package/kernel/gpio-button-hotplug/Makefile, branch v17.01.2 MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker kernel/gpio-button-hotplug: drop Build/Prepare rule in favor of default one 2016-10-15T09:36:52+00:00 Alexandru Ardelean ardeleanalex@gmail.com 2016-10-06T06:34:46+00:00 a1236a30a05b0eeaf3b52ad73b21ec2b8e0fedc1 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> 
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
kernel: gpio-button-hotplug: Add missing ONESHOT flag to threaded IRQ request 2016-03-03T20:24:47+00:00 John Crispin john@openwrt.org 2016-03-03T20:24:47+00:00 4ac3411f09cc2a1a3ef32dfb656ba3b044f3f2e7 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> SVN-Revision: 48894 
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>

SVN-Revision: 48894
build: drop obsolete kernel version dependencies 2015-01-24T20:02:09+00:00 Felix Fietkau nbd@openwrt.org 2015-01-24T20:02:09+00:00 3120c9c9c24e3e80e646cdac2f75875e2e6a91fe Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44110 
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 44110
gpio-button-hotplug: fix (and extend) package description 2014-05-14T10:22:48+00:00 Hauke Mehrtens hauke@hauke-m.de 2014-05-14T10:22:48+00:00 a5ced8b408f3ea6e504f3f5d8950d858d27f022b Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 40765 
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>

SVN-Revision: 40765
gpio-button-hotplug: don't build for 3.3 kernels 2014-03-12T22:09:11+00:00 Florian Fainelli florian@openwrt.org 2014-03-12T22:09:11+00:00 0d92f34977b46eef717256e016bcc5fe3d6b5982 3.3 kernels do not have the required changes which would make gpio-button-hotplug work, disallow building on those kernels for now. Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 39903 
3.3 kernels do not have the required changes which would make
gpio-button-hotplug work, disallow building on those kernels for now.

Signed-off-by: Florian Fainelli <florian@openwrt.org>

SVN-Revision: 39903
packages: clean up the package folder 2013-06-21T16:54:37+00:00 John Crispin john@openwrt.org 2013-06-21T16:54:37+00:00 4ebf19b48fafc8d94e14e4ba779969613b241a6a Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 37007 
Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 37007