11 Dec, 2015
14 commits
-
Fixes: 58383c78425e4ee1 ("gpio: change member .dev to .parent")
Signed-off-by: Geert Uytterhoeven
Signed-off-by: Linus Walleij -
Some drivers require a way to translate GPIO pins to their IRQ numbers.
This patch adds the .to_irq() gpiolib callback to the pinctrl-xway
driver, which returns an IRQ mapping for a given GPIO pin.Signed-off-by: John Crispin
Signed-off-by: Martin Schiller
[Switched ->dev to ->parent]
Signed-off-by: Linus Walleij -
Tested with TCA6408 / TCA6416 devices.
Signed-off-by: Phil Reid
Signed-off-by: Linus Walleij -
These new helpers simplify implementing multi-driver modules and
properly handle failure to register one driver by unregistering all
previously registered drivers.Signed-off-by: Thierry Reding
Signed-off-by: Linus Walleij -
The ACCES 104-IDIO-16 uses a single interrupt to indicate a possible
change-of-state in any of the digital input lines. As such, only a
single write to the device's "Clear Interrupt" register is necessary to
acknowledge the IRQ for all respective GPIO.This patch moves the "Clear Interrupt" register write operation from the
irq_ack callback to the IRQ handler function, wherefore each interrupt
may be cleared respectively by executing a single outb call at the end
of the idio_16_irq_handler function, rather than multiple redundant outb
calls as a result of the generic_handle_irq call for each masked GPIO.Signed-off-by: William Breathitt Gray
Signed-off-by: Linus Walleij -
The .dev field has been renamed .parent in the GPIO tree.
Fix it up.Cc: Yendapally Reddy Dhananjaya Reddy
Signed-off-by: Linus Walleij -
This adds the initial support of the Broadcom NSP gpio-a driver.
Signed-off-by: Yendapally Reddy Dhananjaya Reddy
Signed-off-by: Linus Walleij -
Device tree binding documentation for Broadcom NSP GPIO-a
Signed-off-by: Yendapally Reddy Dhananjaya Reddy
Signed-off-by: Linus Walleij -
The PCI/USB expander menus already depend on PCI/USB, drop subdependecies
on individual drivers.Signed-off-by: Andrew F. Davis
[Rebased to the GPIO tree]
Signed-off-by: Linus Walleij -
Allow GPIOs from the gpio-pch driver to be referenced from device tree
by simply setting the struct gpio_chip of_node pointer to that of the
struct pci_dev.Signed-off-by: Paul Burton
Signed-off-by: Linus Walleij -
Allow the pch_gpio driver to be built for MIPS platforms, in preparation
for use on the MIPS Boston board.Signed-off-by: Paul Burton
Signed-off-by: Linus Walleij -
Currently the 74x164 driver assembles an SPI message from an array of
one-byte SPI transfers, one for each daisy-chained shift register, as
the first byte sent will end up in the last register.
This array is allocated and deallocated on each GPIO write access.By storing the data in the internal buffer in reverse order, we can
use a single SPI transfer with the internal buffer directly, simplifying
the code a lot, and avoiding memory (de)allocations.This also avoids transient values on the GPIO outputs when using an SPI
master that cannot keep the hardware chip select asserted in between
multiple transfers (and would need cs-gpios for proper operation).Signed-off-by: Geert Uytterhoeven
Cc: Mark Brown
[Rebased changing .dev to .parent]
Signed-off-by: Linus Walleij -
By moving the internal buffer to the end of struct gen_74x164_chip and
converting it from a pointer to a zero-sized array, it can be allocated
together with gen_74x164_chip, reducing the number of managed
allocations.Signed-off-by: Geert Uytterhoeven
Signed-off-by: Linus Walleij
10 Dec, 2015
3 commits
-
The interrupt management is changed by this patch to rely on chip data
instead of chained interrupts.The main goal is to loosen the dependency on the global pxa chip
structure in favor of the passed chip data. The secondary goal is to
better show in /proc/interrupts the difference between interrupts for
gpio0 and gpio1 (directly wired to interrupt controller), and the other
gpios (wired onto a third line in the interrupt controller).The last advantage of this patch is that the interrupt is actually
requested, so that another driver cannot steal this line, or overwrite
the handler.Signed-off-by: Robert Jarzmik
Signed-off-by: Linus Walleij -
Use the device managed ioremap to simplify the probe function.
Signed-off-by: Robert Jarzmik
Signed-off-by: Linus Walleij -
The pxa gpio IP is provided by one chip, which holds multiple banks.
Another reason the driver should register only one gpiochip instead of
multiple gpiochips (ie. 1 per each bank) is that for pincontrol and
devicetree integration (think gpio-ranges), it's impossible to have the
contiguous pin range 0..127 mapped to gpios 0..127.This patch, amongst other thinks, paves the path to loosen the bond with
the global structure variable pxa_gpio_chip.Signed-off-by: Robert Jarzmik
Signed-off-by: Linus Walleij
09 Dec, 2015
3 commits
-
After adding the DT matching in
commit 6f29c9afbe636fc0e35c82a11eaf45c3b85eb07a
"gpio: pca935x: fix of-only probed devices"
compilation fails like this:CC [M] drivers/gpio/gpio-pca953x.o
gpio-pca953x.c: In function ‘pca953x_probe’:
gpio-pca953x.c:693:11: error: implicit declaration of
function ‘of_match_device’ [-Werror=implicit-function-declaration]
match = of_match_device(pca953x_dt_ids, &client->dev);
^
gpio-pca953x.c:693:9: warning: assignment makes pointer from
integer without a cast [-Wint-conversion]
match = of_match_device(pca953x_dt_ids, &client->dev);
^
cc1: some warnings being treated as errors
../scripts/Makefile.build:264: recipe for target
'drivers/gpio/gpio-pca953x.o' failedAfter removing the conditional inclusion guards compilation
works fine again. Might be a module problem so that
fix.Cc: Ben Dooks
Signed-off-by: Linus Walleij -
If the pca953x device is probed from OF using the proper OF probing then
the i2c-client will be NULL and the device probe will fail as id is NULL
and it isn't an ACPI device (previous drivers would simply OOPS out).Add support for the of_device_id table having the same data as the others
so that the correct paths will be taken when registering a device.An example of current valid of node which did not work:
gpio@38 {
compatible = "onsemi,pca9654", "nxp,pca9534";
reg = ;
interrupt-parent = ;
interrupts = ;
};Signed-off-by: Ben Dooks
Signed-off-by: Linus Walleij -
Add onsemi,pca9654 which is also compatible with the nxp,pca9524 as it
is an 8bit expander with an interrupt output.Signed-off-by: Ben Dooks
Signed-off-by: Linus Walleij
07 Dec, 2015
2 commits
-
Upstream GPIO has substituted .dev for .parent in struct gpio_chip.
Signed-off-by: Linus Walleij
-
ASoC: Add a GPIO chip for AC'97
GPIOs are part of the AC'97 spec, enable their use on embedded platforms
using AC'97.
04 Dec, 2015
1 commit
-
I missed to convert this driver properly to use .parent to
point to the parent device. ARMv7 multiplatform would not
compile.Signed-off-by: Linus Walleij
01 Dec, 2015
1 commit
-
The ACCES 104-IDI-48 family of PC/104 utility boards feature 48
individually optically isolated digital inputs. Enabled inputs feature
change-of-state detection capability; if change-of-state detection is
enabled, an interrupt is fired off if a change of input level
(low-to-high or high-to-low) is detected. Change-of-state IRQs are
enabled/disabled on 8-bit boundaries, for a total of six boundaries.This driver provides GPIO and IRQ support for these 48 channels of
digital input. The base port address for the device may be configured
via the idi_48_base module parameter. The interrupt line number for the
device may be configured via the idi_48_irq module parameter.Signed-off-by: William Breathitt Gray
Signed-off-by: Linus Walleij
30 Nov, 2015
4 commits
-
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly.Signed-off-by: Nizam Haider
Signed-off-by: Linus Walleij -
IRQ should be disabled on device probe so that the device IRQ is in a
known starting state. If IRQ is not disabled, interrupts may be reported
as handled by the IRQ handler, despite no irq_unmask calls made by the
user.Signed-off-by: William Breathitt Gray
Signed-off-by: Linus Walleij -
i2c_driver does not need to set an owner because i2c_register_driver()
will set it.Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Linus Walleij -
Commit f4d566a8a0e6 ("gpio: change member .dev to .parent") changes
member of gpiochip from .dev to .parent. Update the corresponding
comment.Signed-off-by: Bamvor Jian Zhang
Signed-off-by: Linus Walleij
19 Nov, 2015
11 commits
-
To prevent confusion, and to match the existing coding style used in
other GPIO drivers, symbol names within the 104-idio-16 GPIO driver
should be lowercase.Signed-off-by: William Breathitt Gray
Reviewed-by: Alexandre Courbot
Signed-off-by: Linus Walleij -
We need to check if number of gpio is positive if there is no
such check in devicetree or acpi or whatever called before
gpiochip_add.I suppose that devicetree and acpi do not allow insert gpiochip
with zero number but I do not know if it is enough to ignore
this check in gpiochip_add.Signed-off-by: Bamvor Jian Zhang
Signed-off-by: Linus Walleij -
There are limitations for the current checker:
1. Could not check the overlap if the new gpiochip is the secondly
gpiochip.
2. Could not check the overlap if the new gpiochip is overlap
with the left of gpiochip. E.g. if we insert [c, d] between
[a,b] and [e, f], and e >= c + d, it will successful even if
c < a + b.
3. Allow overlap of base of different gpiochip.This patch fix these issues by checking the overlap of both right and
left gpiochip in the same loop statement.Signed-off-by: Bamvor Jian Zhang
[Tweaked to remove unnecessary ret variable]
Signed-off-by: Linus Walleij -
The commit f881bab038c9 ("gpio: keep the GPIO line names internal")
change the error to warning in gpiochip_set_desc_names. Update the
comment accordingly.Signed-off-by: Bamvor Jian Zhang
Signed-off-by: Linus Walleij -
This patch is a second attempt at what was previously in commit
6c7e660a27da ("gpio: pxa: set initcall level to module init").The goal is the same : enable gpio & pinctrl driver to work
together. As pinctrl driver will be initialized at device level, the
gpio should be as well, so that the deferring mechanism is honored.Yet this patch should also respect the legacy platforms, so the set of
constraints is :
- in legacy platforms (ie. non dt), gpio_[gs]et_*() should be available
for machine code => core initcall
- in new platforms (ie. dt based), pinctrl will be available and no
machine code => device initcallIn order to fullfill all these constraints, the initcall level is either
postcore for non devicetree platforms, and device for devicetree platforms.Signed-off-by: Robert Jarzmik
Signed-off-by: Linus Walleij -
I'm not as involved in OMAP as I used to be and Grygorii is the most
active developer working on this driver and has also been reviewing
patches so let's add him as a driver maintainer instead of me.While being there, add the driver's DT binding doc to the file list.
Signed-off-by: Javier Martinez Canillas
Signed-off-by: Linus Walleij -
We should not fall back to the legacy unnamed gpio lookup style if the
driver requests gpios with different names, because we'll give out the same
gpio twice. Let's keep track of the names that were used for the device and
only do the fallback for the first name used.Signed-off-by: Dmitry Torokhov
Acked-by: Mika Westerberg
Signed-off-by: Linus Walleij -
The TPS65086 PMIC contains several regulators and a GPO controller.
Add bindings for the TPS65086 GPO controller.Signed-off-by: Andrew F. Davis
Acked-by: Rob Herring
Signed-off-by: Linus Walleij -
The ACCES 104-IDIO-16 series offers Change-of-State detection interrupt
functionality; if Change-of-State detection is enabled, an interrupt is
fired off if any input line changes state (i.e. goes from low to high,
or from high to low). This patch adds support to handle these interrupts
and allows the user to mask which GPIO lines are affected. The interrupt
line number for the device may be set via the idio_16_irq module
parameter.Signed-off-by: William Breathitt Gray
Signed-off-by: Linus Walleij -
The name .dev in a struct is normally reserved for a struct device
that is let us say a superclass to the thing described by the struct.
struct gpio_chip stands out by confusingly using a struct device *dev
to point to the parent device (such as a platform_device) that
represents the hardware. As we want to give gpio_chip:s real devices,
this is not working. We need to rename this member to parent.This was done by two coccinelle scripts, I guess it is possible to
combine them into one, but I don't know such stuff. They look like
this:@@
struct gpio_chip *var;
@@
-var->dev
+var->parentand:
@@
struct gpio_chip var;
@@
-var.dev
+var.parentand:
@@
struct bgpio_chip *var;
@@
-var->gc.dev
+var->gc.parentPlus a few instances of bgpio that I couldn't figure out how
to teach Coccinelle to rewrite.This patch hits all over the place, but I *strongly* prefer this
solution to any piecemal approaches that just exercise patch
mechanics all over the place. It mainly hits drivers/gpio and
drivers/pinctrl which is my own backyard anyway.Cc: Haavard Skinnemoen
Cc: Rafał Miłecki
Cc: Richard Purdie
Cc: Mauro Carvalho Chehab
Cc: Alek Du
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Acked-by: Dmitry Torokhov
Acked-by: Greg Kroah-Hartman
Acked-by: Lee Jones
Acked-by: Jiri Kosina
Acked-by: Hans-Christian Egtvedt
Acked-by: Jacek Anaszewski
Signed-off-by: Linus Walleij -
The AC97 specification provides a guide for 16 GPIOs in the codecs. If
the gpiolib is compiled in the kernel, declare a gpio chip.This was tested with a pxa27x board (mioa701) and a wm9713 codec.
Signed-off-by: Robert Jarzmik
Signed-off-by: Mark Brown
16 Nov, 2015
1 commit
