u-boot.git/drivers/gpio, branch v2016.09

serial: bcm283x_mu: Detect disabled serial device

2016-09-06T17:18:19+00:00

On the raspberry pi, you can disable the serial port to gain dynamic frequency
scaling which can get handy at times.

However, in such a configuration the serial controller gets its rx queue filled
up with zero bytes which then happily get transmitted on to whoever calls
getc() today.

This patch adds detection logic for that case by checking whether the RX pin is
mapped to GPIO15 and disables the mini uart if it is not mapped properly.

That way we can leave the driver enabled in the tree and can determine during
runtime whether serial is usable or not, having a single binary that allows for
uart and non-uart operation.

Signed-off-by: Alexander Graf 
Acked-by: Stephen Warren 
Reviewed-by: Simon Glass

bcm2835_gpio: Implement GPIOF_FUNC

2016-09-06T17:18:18+00:00

So far we could only tell the gpio framework that a GPIO was mapped as input or
output, not as alternative function.

This patch adds support for determining whether a function is mapped as
alternative.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass 
Acked-by: Stephen Warren

gpio: atmel_pio4: Rework to support DM & DT

2016-08-15T20:58:03+00:00

Rework the driver to support driver model and device tree, and
support to regard the pio4 pinctrl device as a child of
atmel_pio4 device.

Signed-off-by: Wenyou Yang 
Reviewed-by: Simon Glass

gpio: atmel_pio4: Move PIO4 definitions to head file

2016-08-15T20:58:03+00:00

In order to make these PIO4 definitions shared with AT91 PIO4
pinctrl driver, move them from the existing gpio driver to the
head file, and rephrase them.

Signed-off-by: Wenyou Yang 
Reviewed-by: Simon Glass

fdt: allow fdtdec_get_addr_size_*() to translate addresses

2016-08-12T15:20:27+00:00

Some code may want to read reg values from DT, but from nodes that aren't
associated with DM devices, so using dev_get_addr_index() isn't
appropriate. In this case, fdtdec_get_addr_size_*() are the functions to
use. However, "translation" (via the chain of ranges properties in parent
nodes) may still be desirable. Add a function parameter to request that,
and implement it. Update all call sites to default to the original
behaviour.

Signed-off-by: Stephen Warren 
Reviewed-by: Simon Glass 
Squashed in build fix from Stephen:
Signed-off-by: Simon Glass

gpio: Add driver for TI PCF8575 I2C GPIO expander

2016-08-08T17:32:53+00:00

TI's PCF8575 is a 16-bit I2C GPIO expander.The device features a
16-bit quasi-bidirectional I/O ports. Each quasi-bidirectional I/O can
be used as an input or output without the use of a data-direction
control signal. The I/Os should be high before being used as inputs.
Read the device documentation for more details[1].

This driver is based on pcf857x driver available in Linux v4.7 kernel.
It supports basic reading and writing of gpio pins.

[1] http://www.ti.com/lit/ds/symlink/pcf8575.pdf

Signed-off-by: Vignesh R 
Reviewed-by: Tom Rini 
Reviewed-by: Simon Glass 
Reviewed-by: Mugunthan V N

sunxi: gpio: Add .xlate function for gpio phandle resolution

2016-07-31T19:45:12+00:00

sunxi uses a 2 cell phandle for gpio bindings. Also there are no
seperate nodes for each pin bank.

Add a custom .xlate function to map gpio phandles to the correct
pin bank device. This fixes gpio_request_by_name usage.

Fixes: 7aa974858422 ("dm: sunxi: Modify the GPIO driver to support driver
		      model")
Signed-off-by: Chen-Yu Tsai 
Signed-off-by: Hans de Goede

ARM: uniphier: use (devm_)ioremap() instead of map_sysmem()

2016-07-23T15:13:10+00:00

This does not have much impact on behavior, but makes code look more
more like Linux.  The use of devm_ioremap() often helps to delete
.remove callbacks entirely.

Signed-off-by: Masahiro Yamada

dm: gpio: MPC85XX GPIO platform data support

2016-07-11T20:06:44+00:00

Define a platform data structure for the MPC85XX GPIO driver to allow
use of the driver without device tree. Users should define the GPIO
blocks for their platform like this:
  struct mpc85xx_gpio_plat gpio_blocks[] = {
         {
                 .addr = 0x130000,
                 .ngpios = 32,
         },
         {
                 .addr = 0x131000,
                 .ngpios = 32,
         },
  };

  U_BOOT_DEVICES(my_platform_gpios) = {
         { "gpio_mpc85xx", &gpio_blocks[0] },
         { "gpio_mpc85xx", &gpio_blocks[1] },
  };

This is intended to build upon the recent submission of the base
MPC85XX driver from Mario Six. We need to use that new driver
without dts support and this patch gives us that flexibility.
This has been tested on a Freescale T2080 CPU, although only the first
GPIO block.

Signed-off-by: Hamish Martin 
Reviewed-by: Mario Six 
Tested-by: Mario Six 
Acked-by: Simon Glass

gpio: pca953x: Fix register reading past 8th GPIO

2016-06-19T23:05:55+00:00

A bug in the pca953x driver prevents correct reading of GPIO input
values beyond the 8th GPIO; all values are reported as zero. Setting of
GPIO output values is not affected.

This patch fixes the reading behavior.

Signed-off-by: Mario Six 
Reviewed-by: Peng Fan 
Acked-by: Simon Glass