linux-toradex.git/drivers/gpio/gpio-xilinx.c, branch v4.9.98

gpio: xilinx: Add support to set multiple GPIO at once

2016-06-08T08:33:45+00:00

Add function to set multiple GPIO of the same chip at the same time
and register it

Signed-off-by: Iban Rodriguez 
Signed-off-by: Linus Walleij

gpio: xilinx: Do not use gpiochip_get_data() in xgpio_save_regs()

2016-01-07T09:06:56+00:00

Commit 097d88e94c44 ("gpio: xilinx: use gpiochip data pointer") replaces
the use of container_of() with gpiochip_get_data(). Unfortunately, the
data pointer is not yet set by the time xgpio_save_regs() is called,
causing a system hang.

Fixes: 097d88e94c44 ("gpio: xilinx: use gpiochip data pointer")
Signed-off-by: Guenter Roeck 
Signed-off-by: Linus Walleij

gpio: xilinx: use gpiochip data pointer

2016-01-05T10:21:19+00:00

This makes the driver use the data pointer added to the gpio_chip
to store a pointer to the state container instead of relying on
container_of().

Cc: Michal Simek 
Cc: Sören Brinkmann 
Signed-off-by: Linus Walleij

gpio: change member .dev to .parent

2015-11-19T08:24:35+00:00

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->parent

and:

@@
struct gpio_chip var;
@@
-var.dev
+var.parent

and:

@@
struct bgpio_chip *var;
@@
-var->gc.dev
+var->gc.parent

Plus 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

gpio/xilinx: Use correct address when setting initial values.

2015-07-16T11:28:33+00:00

xgpio_save_regs() is used in this driver to setup the initial
values of the registers in the hardware.

The relevant registers at that time are:
0x0 -> channel 0 data (32 bits, one for each GPIO on this channel).
0x4 -> channel 0 tri, controls in/out status for each GPIO of this channel.
0x8 -> channel 1 data
0xC -> channel 1 tri

gpio-xilinx.c defines these:
XGPIO_DATA_OFFSET   (0x0)
XGPIO_TRI_OFFSET    (0x4)
XGPIO_CHANNEL_OFFSET	0x8

Before this patch, the "data" register value of channel 1 was written
at 0x4 intead of 0x8 (overwriting the channel 0 "tri" register),
and the "tri" register value for channel 1 was written at 0x8 instead of 0xC.

Signed-off-by: Raphaël Teysseyre 
Reviewed-by: Michal Simek 
Reviewed-by: Alexandre Courbot 
Signed-off-by: Linus Walleij

gpio: xilinx: Fix kernel-doc warnings

2015-05-12T07:56:26+00:00

Fix kernel-doc format:
- Add gpio-width description
- Remove additional "inited" variable description
- Add return value description - xgpio_remove

Signed-off-by: Michal Simek 
Signed-off-by: Linus Walleij

gpio/xilinx: Use of_mm_gpiochip_remove

2015-01-15T16:23:18+00:00

Use the newly created of_mm_gpiochip_remove function for cleaning up
of_mm_gpiochip_add

Suggested-by: Alexandre Courbot 
Signed-off-by: Ricardo Ribalda Delgado 
Signed-off-by: Linus Walleij

gpio/xilinx: Create a single gpio chip on dual cores

2015-01-15T16:23:16+00:00

Currently, we had two gpio chips on cores configured as dual.

This lead to mapping the same memory region twice and duplicating the
init and remove code.

This patch creates a single gpiochip for single and dual cores.

Suggested-by: Alexandre Courbot 
Signed-off-by: Ricardo Ribalda Delgado 
Signed-off-by: Linus Walleij

gpio/xilinx: Fix kernel-doc

2015-01-15T16:23:15+00:00

Some documentation were not following the kernel-doc format.
Backporting patch from Xilinx git repository.

Suggested-by: Michal Simek 
Acked-by: Michal Simek 
Acked-by: Alexandre Courbot 
Signed-off-by: Ricardo Ribalda Delgado 
Signed-off-by: Linus Walleij

gpio/xilinx: Add support for X86 Arch

2015-01-15T16:23:14+00:00

Core can be accessed via PCIe on X86 platform.
This patch also allows the driver to be used as module.

Acked-by: Michal Simek 
Signed-off-by: Ricardo Ribalda Delgado 
Signed-off-by: Linus Walleij