u-boot/drivers/pinctrl
Masahiro Yamada fdd15b6a86 pinctrl: uniphier: set input-enable before pin-muxing
While IECTRL is disabled, input signals are pulled-down internally.
If pin-muxing is set up first, glitch signals (Low to High transition)
might be input to hardware blocks.

Bad case scenario:
[1] The hardware block is already running before pinctrl is handled.
   (the reset is de-asserted by default or by a firmware, for example)
[2] The pin-muxing is set up.  The input signals to hardware block
   are pulled-down by the chip-internal biasing.
[3] The pins are input-enabled.  The signals from the board reach the
    hardware block.

Actually, one invalid character is input to the UART blocks for such
SoCs as PH1-LD4, PH1-sLD8, where UART devices start to run at the
power on reset.

To avoid such problems, pins should be input-enabled before muxing.

[ ported from Linux commit bac7f4c1bf5e7c6ccd5bb71edc015b26c77f7460 ]

Fixes: 5dc626f836 ("pinctrl: uniphier: add UniPhier pinctrl core support")
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
2016-03-09 01:10:52 +09:00
..
nxp pinctrl: imx: Support i.MX7D 2016-02-21 11:25:29 +01:00
rockchip rockchip: rk3288: pinctrl: Fix HDMI pinctrl 2016-01-21 20:42:37 -07:00
uniphier pinctrl: uniphier: set input-enable before pin-muxing 2016-03-09 01:10:52 +09:00
Kconfig pinctrl: imx: Introduce pinctrl driver for i.MX6 2016-02-21 11:23:48 +01:00
Makefile pinctrl: imx: Introduce pinctrl driver for i.MX6 2016-02-21 11:23:48 +01:00
pinctrl-generic.c pinctrl: add pin control uclass support 2015-08-31 07:57:29 -06:00
pinctrl-sandbox.c pinctrl: sandbox: add sandbox pinctrl driver 2015-08-31 07:57:29 -06:00
pinctrl-uclass.c dm: pinctrl: Add a way for a GPIO driver to obtain a pin function 2016-01-21 20:42:35 -07:00
pinctrl_pic32.c drivers: pinctrl: Add pinctrl driver for Microchip PIC32. 2016-02-01 22:14:00 +01:00