mtk-20170518/package/kernel/gpio-button-hotplug, branch v17.01.2 MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker gpio-button-hotplug: add more buttons 2016-11-27T14:34:23+00:00 Mathias Kresin dev@kresin.me 2016-10-19T19:08:14+00:00 d561b2f5ce2e5f8d388103804ecfa8586bcbcf0e The keycodes are used by some boards. Signed-off-by: Mathias Kresin <dev@kresin.me> 
The keycodes are used by some boards.

Signed-off-by: Mathias Kresin <dev@kresin.me>
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>
treewide: replace nbd@openwrt.org with nbd@nbd.name 2016-06-07T06:58:42+00:00 Felix Fietkau nbd@nbd.name 2016-06-07T06:58:31+00:00 7eeb254cc49c4e9f837c980826ec112b9404f341 Signed-off-by: Felix Fietkau <nbd@nbd.name> 
Signed-off-by: Felix Fietkau <nbd@nbd.name>
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
kernel: gpio-button-hotplug: update to use threaded irq's 2016-02-12T08:29:11+00:00 John Crispin john@openwrt.org 2016-02-12T08:29:11+00:00 69517e88bea6ac19626dbff16cdc5e4a9f55cc25 Many gpio controllers 'cansleep' due to the fact that they are behind busses e.g. i2c etc. Using threaded irq's allows for 'sleep-able' gpio's to be used. Signed-off-by: Pushpal Sidhu <psidhu@gateworks.com> Signed-off-by: Tim Harvey <tharvey@gateworks.com> SVN-Revision: 48696 
Many gpio controllers 'cansleep' due to the fact that they are behind busses
e.g. i2c etc.

Using threaded irq's allows for 'sleep-able' gpio's to be used.

Signed-off-by: Pushpal Sidhu <psidhu@gateworks.com>
Signed-off-by: Tim Harvey <tharvey@gateworks.com>

SVN-Revision: 48696
gpio-button-hotplug: handle EPROBE_DEFER and other errors 2015-07-26T15:52:17+00:00 Hauke Mehrtens hauke@hauke-m.de 2015-07-26T15:52:17+00:00 886764657ad978194931e0bbc425d66f83f577da of_get_gpio_flags() could return an error like EPROBE_DEFER which was not handled before. This patch takes the code from gpio_keys_polled.c for error handling and also improves some other unrelated small parts. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46502 
of_get_gpio_flags() could return an error like EPROBE_DEFER which was
not handled before. This patch takes the code from gpio_keys_polled.c
for error handling and also improves some other unrelated small parts.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 46502
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: remove #ifdef CONFIG_HOTPLUG, it is gone in newer kernels (fixes #16413) 2014-05-23T22:13:10+00:00 Felix Fietkau nbd@openwrt.org 2014-05-23T22:13:10+00:00 6ee4d92e3469de50fbcf486a5bfc673b4c12a142 Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40838 
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 40838
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