linux/drivers/gpio/gpio-lynxpoint.c, branch v4.7

gpio: lynxpoint: Use devm_gpiochip_add_data() for gpio registration

2016-02-23T15:05:35Z

Use devm_gpiochip_add_data() for GPIO registration. Signed-off-by: Laxman Dewangan

gpio: lynxpoint: use gpiochip data pointer

2016-01-05T10:21:07Z

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: Mathias Nyman Acked-by: Mika Westerberg Signed-off-by: Linus Walleij

gpio: change member .dev to .parent

2015-11-19T08:24:35Z

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

genirq: Remove irq argument from irq flow handlers

2015-09-16T13:47:51Z

Most interrupt flow handlers do not use the irq argument. Those few which use it can retrieve the irq number from the irq descriptor. Remove the argument. Search and replace was done with coccinelle and some extra helper scripts around it. Thanks to Julia for her help! Signed-off-by: Thomas Gleixner Cc: Julia Lawall Cc: Jiang Liu

Drivers: gpio: Fix spelling errors

2015-05-19T14:52:30Z

Fixed several spelling errors in gpio-lynxpoint, gpio-pca953x, gpio-tegra, gpio-zynq, gpiolib-of, gpiolib. Signed-off-by: Colin Cronin Signed-off-by: Linus Walleij

gpio: drop owner assignment from platform_drivers

2014-10-20T14:20:31Z

A platform_driver does not need to set an owner, it will be populated by the driver core. Signed-off-by: Wolfram Sang

gpio-lynxpoint: enable input sensing in resume

2014-08-21T12:44:57Z

It appears that input sensing bit might be reset during suspend/resume. Set input sensing again for all requested gpios in resume Tested-by: Jerome Blin Signed-off-by: Mathias Nyman Acked-by: Mika Westerberg Signed-off-by: Linus Walleij

gpio: lynxpoint: Convert to use gpiolib irqchip

2014-07-28T10:23:56Z

Instead of open-coding irqchip handling in the driver we can take advantage of the new irqchip helpers provided by the gpiolib core. While doing this we also make sure that we call gpiochip_irqchip_add() after the gpiochip itself is registered as required. Signed-off-by: Mika Westerberg Signed-off-by: Linus Walleij

gpio: remove all usage of gpio_remove retval in driver/gpio

2014-07-22T14:39:26Z

Signed-off-by: abdoulaye berthe Signed-off-by: Linus Walleij

gpio: lynxpoint: remove unnecessary OOM messages

2014-05-09T08:54:52Z

The site-specific OOM messages are unnecessary, because they duplicate the MM subsystem generic OOM message. Signed-off-by: Jingoo Han Reviewed-by: Javier Martinez Canillas Signed-off-by: Linus Walleij