An error occurred fetching the project authors.
- 09 May, 2015 1 commit
-
-
Felix Fietkau authored
On some BCM5301x ARM devices, user space still needs to control some system GPIO pins for which no driver exists. This is a lot easier to do with a predictable GPIO base. Signed-off-by:
Felix Fietkau <nbd@openwrt.org> Signed-off-by:
Kalle Valo <kvalo@codeaurora.org>
-
- 20 Mar, 2015 1 commit
-
-
Rafał Miłecki authored
Some BCM47XX SoC routers have LEDs connected to extra PCIe bcma buses. Handling them in arch code requires predictable GPIO numbers. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
Kalle Valo <kvalo@codeaurora.org>
-
- 03 Mar, 2015 1 commit
-
-
Rafał Miłecki authored
Just like on BCM47XX arch, BCM5301X also has ChipCommon with IRQ for GPIOs. Now we have interrupts working on BCM5301X we can finally make use of it. This has been successfully tested on 5 different devices (Buffalo, Luxul, Netgear). Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
Kalle Valo <kvalo@codeaurora.org>
-
- 11 Nov, 2014 1 commit
-
-
Hauke Mehrtens authored
This moves bcma_core_irq() to main.c and add a extra parameter with a number so that we can return different irq number for devices with more than one. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 30 Sep, 2014 1 commit
-
-
Rafał Miłecki authored
This will allow us to define GPIO-attached devices (LEDs, buttons) in the the device tree. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Acked-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 26 Sep, 2014 1 commit
-
-
Rafał Miłecki authored
GPIOs can be also used on bcm53xx, however this arch requires different implementation of IRQ support. It uses different IRQ number (117) and different masks & acking. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 18 Sep, 2014 1 commit
-
-
abdoulaye berthe authored
this remove all reference to gpio_remove retval in all driver except pinctrl and gpio. the same thing is done for gpio and pinctrl in two different patches. Signed-off-by:
Abdoulaye Berthe <berthe.ab@gmail.com> Acked-by:
Michael Büsch <m@bues.ch> Acked-by:
Dmitry Torokhov <dmitry.torokhov@gmail.com> Acked-by:
Mauro Carvalho Chehab <m.chehab@samsung.com> Acked-by:
Tomi Valkeinen <tomi.valkeinen@ti.com> Signed-off-by:
Linus Walleij <linus.walleij@linaro.org>
-
- 19 Jun, 2014 1 commit
-
-
Rafał Miłecki authored
I've here a device detected as: bcma: bus0: Found chip with id 0xD144, rev 0x01 and package 0x08 I couldn't find GPIO handling hw button until trying GPIO 20. It seems BCM53572 also has 32 GPIOs. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 27 Mar, 2014 1 commit
-
-
Rafał Miłecki authored
Some Broadcom boards have more GPIOs available. For example Linksys E3200 home router is based on SoC id 0x5357, package 0x0A and uses GPIO 23 to reset internal USB WiFi (gpio23=wombo_reset). Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 24 Jan, 2014 2 commits
-
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John Crispin <blogic@openwrt.org> Patchwork: http://patchwork.linux-mips.org/patch/6343/
-
Hauke Mehrtens authored
With this patch we prevent the irq from being fired when it is registered. The Hardware fires an IRQ when input signal XOR polarity AND gpio mask is 1. Now we are setting polarity to a vlaue so that is is 0 when we register it. In addition we also set the irq mask register to 0 when the irq handler is initialized, so all gpio irqs are masked and there will be no unexpected irq. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Tested-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John Crispin <blogic@openwrt.org> Patchwork: http://patchwork.linux-mips.org/patch/6304/
-
- 23 Jan, 2014 1 commit
-
-
Rafał Miłecki authored
Input GPIO changes can generate interrupts, but we need kind of ACK for them by changing IRQ polarity. This is required to stop hardware from keep generating interrupts and generate another one on the next GPIO state change. This code allows using GPIOs with standard interrupts and add for example GPIO buttons support. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Acked-by:
Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by:
John Crispin <blogic@openwrt.org> Patchwork: http://patchwork.linux-mips.org/patch/6216/
-
- 04 Feb, 2013 1 commit
-
-
Hauke Mehrtens authored
This patch unregisters the gpio chip before bcma gets unloaded. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Reported-by:
Piotr Haber <phaber@broadcom.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 30 Jan, 2013 1 commit
-
-
Hauke Mehrtens authored
The old bcm47xx gpio code had support for gpio_to_irq, but the new code did not provide this function, but returned -ENXIO all the time. This patch adds the missing function. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 21 Nov, 2012 1 commit
-
-
Hauke Mehrtens authored
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4587Acked-by:
Florian Fainelli <florian@openwrt.org>
-