- 08 Apr, 2015 12 commits
-
-
Linus Walleij authored
Rearrange the SPI GPIO expanders in alphabetic order as already indicated by the comment in the file. Signed-off-by:Linus Walleij <linus.walleij@linaro.org>
-
Linus Walleij authored
Rearrange PCI GPIO controllers in alphabetic order as already indicated by the comment in the file. Signed-off-by: -
Linus Walleij authored
Rearrange the I2C GPIO expanders in alphabetic order as already indicated by the comment in the file. Signed-off-by: -
Linus Walleij authored
This rearranges the GPIO drivers Kconfig symbols alphabetically as the top comment in the file already states they should be. No functional changes whatsoever. Signed-off-by: -
Aaron Sierra authored
Allow the kernel to query the driver for a GPIO's pin direction. Signed-off-by:
Aaron Sierra <asierra@xes-inc.com> Signed-off-by:
-
Varka Bhadram authored
Signed-off-by:
Varka Bhadram <varkab@cdac.in> Signed-off-by:
-
Varka Bhadram authored
This driver no need to set the owner field, it will be populated by driver core. Signed-off-by:
-
Varka Bhadram authored
Signed-off-by:
-
Varka Bhadram authored
We can use devres API for allocating memory. No need of using kfree. Signed-off-by:
-
Michael S. Tsirkin authored
Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h, use the new header directly so we can drop the wrapper in include/linux/pci_ids.h. Signed-off-by:
Michael S. Tsirkin <mst@redhat.com> Signed-off-by:
-
Vladimir Zapolskiy authored
devm_ioremap_resource() returns IOMEM_ERR_PTR() and it never returns NULL, fix the check to prevent access to invalid virtual address. Signed-off-by:
Vladimir Zapolskiy <vz@mleia.com> Signed-off-by:
-
Huacai Chen authored
Improve Loongson-2's GPIO driver to support Loongson-3A/3B, and update Loongson-3's default config file. Acked-by:
Ralf Baechle <ralf@linux-mips.org> Signed-off-by:
Huacai Chen <chenhc@lemote.com> Reviewed-by:
Alexandre Courbot <acourbot@nvidia.com> Signed-off-by:
-
- 07 Apr, 2015 2 commits
-
-
Huacai Chen authored
Move Loongson-2's GPIO driver to drivers/gpio and add Kconfig options. Acked-by:
-
Huacai Chen authored
This cleanup is prepare to move the driver to drivers/gpio. Custom definitions of gpio_get_value()/gpio_set_value() are dropped. Acked-by:
-
- 27 Mar, 2015 10 commits
-
-
Dmitry Torokhov authored
Even if bus is not hot-pluggable, the devices can be unbound from the driver via sysfs, so we should not be using __exit annotations on remove() methods. The only exception is drivers registered with platform_driver_probe() which specifically disables sysfs bind/unbind attributes. Signed-off-by:
Dmitry Torokhov <dmitry.torokhov@gmail.com> Signed-off-by:
-
Grygorii Strashko authored
Now OMAP GPIO driver prepared for GPIO_INDEX() macro removing. Do It ;) Tested-by:
Tony Lindgren <tony@atomide.com> Tested-by:
Aaro Koskinen <aaro.koskinen@iki.fi> Acked-by:
Santosh Shilimkar <ssantosh@kernel.org> Acked-by:
Javier Martinez Canillas <javier@dowhile0.org> Signed-off-by:
Grygorii Strashko <grygorii.strashko@linaro.org> Signed-off-by:
-
Grygorii Strashko authored
Now OMAP GPIO driver prepared for omap_irq_to_gpio() removing. Do it ;) Tested-by:
-
Grygorii Strashko authored
Now OMAP GPIO driver prepared for GPIO_BIT() macro removing. Do it ;) Tested-by:
-
Grygorii Strashko authored
Convert GPIO IRQ functions to use GPIO offset instead of system GPIO numbers. This allows to drop unneeded conversations between system GPIO <-> GPIO offset which are done in many places and many times. It is safe to do now because: - gpiolib always passes GPIO offset to GPIO controller - OMAP GPIO driver converted to use IRQ domain, so struct irq_data->hwirq contains GPIO offset This is preparation step before removing: #define GPIO_INDEX(bank, gpio) #define GPIO_BIT(bank, gpio) int omap_irq_to_gpio() Tested-by:
-
Grygorii Strashko authored
The 'gpio' parameter isn't needed any more as it duplicates 'offset' parameter, so drop it. Tested-by:
-
Grygorii Strashko authored
Convert debounce functions to use GPIO offset instead of system GPIO numbers. This allows to drop unneeded conversations between system GPIO <-> GPIO offset which are done in many places and many times. It is safe to do now because: - gpiolib always passes GPIO offset to GPIO controller - OMAP GPIO driver converted to use IRQ domain This is preparation step before removing: #define GPIO_INDEX(bank, gpio) #define GPIO_BIT(bank, gpio) int omap_irq_to_gpio() Tested-by:
-
Grygorii Strashko authored
Both functions omap_set_gpio_dataout_reg() and omap_set_gpio_dataout_mask() accept GPIO offset as 'gpio' input parameter, so rename it to 'offset' and drop usage of GPIO_BIT() macro. Tested-by:
-
Grygorii Strashko authored
Convert omap_gpio_is_input() to use GPIO offset instead of mask and, in such way, make code simpler and remove few lines of code. Tested-by:
-
kbuild test robot authored
Signed-off-by:
Fengguang Wu <fengguang.wu@intel.com> Signed-off-by:
-
- 26 Mar, 2015 4 commits
-
-
Geert Uytterhoeven authored
When the GPIO module is needed for wake-up, it's module clock must not be disabled. Hence implement irq_chip.irq_set_wake(), which increments/decrements the clock's enable_count when needed, and forwards the wake-up state to the upstream interrupt controller. This fixes wake-up from s2ram using gpio-keys when using a PM Domain to manage the module clock. Signed-off-by:
Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by:
-
Geert Uytterhoeven authored
Signed-off-by:
-
Geert Uytterhoeven authored
The existing variable gpio_chip already points to the gpiochip instance, hence use it everywhere. Signed-off-by:
-
Shobhit Kumar authored
Export PANEL_EN/DISABLE (offset 0x52) as additional GPIO. Needed by display driver to enable the DSI panel on BYT platform where the Panel EN/Disable control is routed thorugh CRC PMIC CC: Samuel Ortiz <sameo@linux.intel.com> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Alexandre Courbot <gnurou@gmail.com> Cc: Thierry Reding <thierry.reding@gmail.com> Acked-by:
Daniel Vetter <daniel@ffwll.ch> Signed-off-by:
Shobhit Kumar <shobhit.kumar@intel.com> Signed-off-by:
-
- 19 Mar, 2015 4 commits
-
-
Andy Shevchenko authored
The Intel Quark SoC contains the DW GPIO on board. While fixing the build error the commit 1972c97d (gpio: dwapb: fix compile errors) disables the possibility to build the driver on X86, i.e. Intel Quark. The patch reenables it for Intel Quark as well. Since we have Intel Quark SoC introduced in 4.0-rc1 I would like to make this fix available there as well, though the actual MFD driver [1] is applied only for next version. [1] https://lkml.org/lkml/2015/2/1/217 Fixes: 1972c97d (gpio: dwapb: fix compile errors) Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by:
-
Rafael J. Wysocki authored
In acpi_gpiochip_request_interrupts() the handle local variable already contains the value that we want to pass to acpi_walk_resources(), so it is better to use that variable instead of evaluating ACPI_HANDLE() once more for the same device. Signed-off-by:
Rafael J. Wysocki <rafael.j.wysocki@intel.com> Acked-by:
Mika Westerberg <mika.westerberg@linux.intel.com> Signed-off-by:
-
Rafael J. Wysocki authored
If dev is NULL in __gpiod_get_index() and both ACPI and OF are enabled, it will be checked twice before the code decides to give up with DT/ACPI lookup, so avoid that. Also use the observation that ACPI_COMPANION() is much more efficient than ACPI_HANDLE(), because the latter uses the former and carries out a check and a pointer dereference on top of it, so replace the ACPI_HANDLE() check with an ACPI_COMPANION() one which does not require the additional IS_ENABLED(CONFIG_ACPI) check too. Signed-off-by:
Hanjun Guo <hanjun.guo@linaro.org> Acked-by:
-
Linus Walleij authored
These functions do not belong in <asm-generic/gpio.h> since the split into separate GPIO headers under <linux/gpio/*>. Move them to <linux/gpio/driver.h> as is apropriate. Acked-by:
-
- 17 Mar, 2015 4 commits
-
-
Andreas Bofjall authored
Add support for the GPIOs found on the Fintek SuperI/O chip F71869A, such as the one found on the Jetway JNF99-525 motherboard, to the f7188x gpio driver. Signed-off-by:
Andreas Bofjall <andreas@gazonk.org> Reviewed-by:
-
Andreas Bofjall authored
Add support for the GPIOs found on the Fintek SuperI/O chip F71869, such as the one found on the Jetway NF96u-525 motherboard, to the f7188x gpio driver. Signed-off-by:
Les Schaffer <schaffer@optonline.net> Reviewed-by:
-
Andreas Bofjall authored
The company is called "Fintek", not "Fintech". Fix it. Signed-off-by:
-
Linus Walleij authored
Commit 1feb57a2 "gpio: add parameter to allow the use named gpios" includes a double-consted array. What we want is not const const * but const * const (const pointer to const data). Fix this. Reported-by:
Dan Carpenter <dan.carpenter@oracle.com> Cc: Olliver Schinagl <oliver@schinagl.nl> Cc: Rojhalat Ibrahim <imr@rtschenk.de> Signed-off-by:
-
- 09 Mar, 2015 4 commits
-
-
Grygorii Strashko authored
GPIOLib core implemnts irqchip->irq_request/release_resources callbacks internally and these callbacks already contain clalls of gpiochip_lock/unlock_as_irq(). Hence, remove unnecessary call of gpiochip_unlock_as_irq() from omap_gpio_irq_shutdown(). Signed-off-by:
-
Rojhalat Ibrahim authored
Extend the documentation for the gpiod_set_array() functions and elaborate a bit on possible use cases. Signed-off-by:
Rojhalat Ibrahim <imr@rtschenk.de> Signed-off-by:
-
Josh Wu authored
fix typo in the document. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
-
Rob Herring authored
The macro BANK_OFF which calculates the base offset for each GPIO port. The macro is needlessly complex and unreadable. Simplify the calculation to a simple math operation. Signed-off-by:
Rob Herring <robh@kernel.org> Cc: linux-gpio@vger.kernel.org Reviewed-by:
-
