linux-toradex.git/drivers/gpio/gpio-vx855.c, branch v5.8-rc2

gpio: vx855: fixed a typo

2020-01-15T12:45:01+00:00

we had written "betwee" rather than "between".

Signed-off-by: Sachin agarwal 
Link: https://lore.kernel.org/r/20200112143312.66048-1-sachinagarwal@sachins-MacBook-2.local
Signed-off-by: Linus Walleij

gpio: vx855: Cut down on boilerplate

2018-09-17T17:55:24+00:00

Just use the SPDX header for the license.

Cc: Daniel Drake 
Signed-off-by: Linus Walleij

gpio: vx855: Include the right header

2018-09-17T17:55:24+00:00

This is a GPIO driver so include only .

Cc: Daniel Drake 
Signed-off-by: Linus Walleij

pinctrl / gpio: Introduce .set_config() callback for GPIO chips

2017-01-26T14:27:37+00:00

Currently we already have two pin configuration related callbacks
available for GPIO chips .set_single_ended() and .set_debounce(). In
future we expect to have even more, which does not scale well if we need
to add yet another callback to the GPIO chip structure for each possible
configuration parameter.

Better solution is to reuse what we already have available in the
generic pinconf.

To support this, we introduce a new .set_config() callback for GPIO
chips. The callback takes a single packed pin configuration value as
parameter. This can then be extended easily beyond what is currently
supported by just adding new types to the generic pinconf enum.

If the GPIO driver is backed up by a pinctrl driver the GPIO driver can
just assign gpiochip_generic_config() (introduced in this patch) to
.set_config and that will take care configuration requests are directed
to the pinctrl driver.

We then convert the existing drivers over .set_config() and finally
remove the .set_single_ended() and .set_debounce() callbacks.

Suggested-by: Linus Walleij 
Signed-off-by: Mika Westerberg 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Linus Walleij

gpio: vx855: use the new open drain callback

2016-04-14T12:03:28+00:00

The vx855 driver clearly states it has three groups of lines:
GPI, GPO and GPIO. The GPO are assumedly push-pull. The GPIO
are implicit open drain, but if the GPIO subsystem ask for them
to be explicitly open drain (i.e. set the flag on a machine table
that we want open drain) it will currently misbehave: it will
switch the GPIOs to input mode (emulate open drain). Instead:
indicate in the .set_single_ended() callback that we support
open drain and open drain only.

Cc: Daniel Drake 
Signed-off-by: Linus Walleij

gpio: vx855: Use devm_gpiochip_add_data() for gpio registration

2016-02-23T15:05:51+00:00

Use devm_gpiochip_add_data() for GPIO registration and remove the
need of driver callback .remove.

Signed-off-by: Laxman Dewangan

gpio: vx855: use gpiochip data pointer

2016-01-05T10:21:18+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().

Signed-off-by: Linus Walleij

gpio: vx855: Switch to use managed resources APIs

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

Use devm_* APIs to simplify the code a bit.

Signed-off-by: Axel Lin 
Acked-by: Alexandre Courbot 
Signed-off-by: Linus Walleij

gpio: drop owner assignment from platform_drivers

2014-10-20T14:20:31+00:00

A platform_driver does not need to set an owner, it will be populated by the
driver core.

Signed-off-by: Wolfram Sang

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

2014-07-22T14:39:26+00:00

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