u-boot.git/doc/device-tree-bindings/gpio, branch v2016.05

gpio: Add support for Qualcomm PM8916 gpios

2016-04-01T21:18:13+00:00

This driver supports GPIOs present on PM8916 PMIC.
There are 2 device drivers inside:
- GPIO driver (4 "generic" GPIOs)
- Keypad driver that presents itself as GPIO with 2 inputs (power and reset)

Signed-off-by: Mateusz Kulikowski 
Reviewed-by: Simon Glass 
Tested-by: Simon Glass

gpio: Add support for Qualcomm gpio controller

2016-04-01T21:18:07+00:00

Add support for gpio controllers on Qualcomm Snapdragon devices.
This devices are usually called Top Level Mode Multiplexing in
Qualcomm documentation.

Signed-off-by: Mateusz Kulikowski 
Reviewed-by: Simon Glass 
Tested-by: Simon Glass

x86: broadwell: Add a pinctrl driver

2016-03-17T02:27:26+00:00

GPIO pins need to be set up on start-up. Add a driver to provide this,
configured from the device tree.

The binding is slightly different from the existing ICH6 binding, since that
is quite verbose. The new binding should be just as extensible.

Signed-off-by: Simon Glass 
Acked-by: Bin Meng

x86: dts: Update the pinctrl binding a little

2016-03-17T02:27:25+00:00

Make a few minor updates to make the meaning clearer.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng

x86: Add an ICH6 pin configuration driver

2016-03-17T02:27:25+00:00

Add a driver which sets up the pin configuration on x86 devices with an ICH6
(or later) Platform Controller Hub.

The driver is not in the pinctrl uclass due to some oddities of the way x86
devices work:

- The GPIO controller is not present in I/O space until it is set up
- This is done by writing a register in the PCH
- The PCH has a driver which itself uses PCI, another driver
- The pinctrl uclass requires that a pinctrl device be available before any
other device can be probed

It would be possible to work around the limitations by:
- Hard-coding the GPIO address rather than reading it from the PCH
- Using special x86 PCI access to set the GPIO address in the PCH

However it is not clear that this is better, since the pin configuration
driver does not actually provide normal pin configuration services - it
simply sets up all the pins statically when probed. While this remains the
case, it seems better to use a syscon uclass instead. This can be probed
whenever it is needed, without any limitations.

Also add an 'invert' property to support inverting the input.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng

nios2 : convert altera_pio to driver model

2015-10-22T23:37:03+00:00

Convert altera_pio to driver model.

Signed-off-by: Thomas Chou 
Acked-by: Chin Liang See 
Reviewed-by: Simon Glass

x86: gpio: add pinctrl support from the device tree

2015-06-04T09:32:08+00:00

Every pin can be configured now from the device tree. A dt-bindings
has been added to describe the different property available.

Change-Id: I1668886062655f83700d0e7bbbe3ad09b19ee975
Signed-off-by: Gabriel Huau 
Acked-by: Simon Glass

Documentation: gpio: fix bindings document

2015-02-19T13:19:19+00:00

[ imported from Linux Kernel, commit 74981fb81d83 ]
Signed-off-by: Masahiro Yamada 
Acked-by: Laurent Pinchart 
Signed-off-by: Linus Walleij 
Acked-by: Simon Glass

dm: tegra: Bring in GPIO device tree binding

2015-01-30T00:09:50+00:00

At present the tegra GPIO driver does not fully support the existing device
tree binding, but add the binding file to cover the existing partial support.

Signed-off-by: Simon Glass

dm: exynos: Bring in GPIO device tree binding

2015-01-30T00:09:50+00:00

At present the exynos GPIO driver does not fully support the existing device
tree binding, but add the binding file to cover the existing partial support.

Signed-off-by: Simon Glass