linux/drivers/sh/pfc
Paul Mundt 1e32dfe323 sh: pfc: Fix up init ordering mess.
Commit ca5481c68e ("sh: pfc: Rudimentary
pinctrl-backed GPIO support.") introduced a regression for platforms that
were doing early GPIO API calls (from arch_initcall() or earlier),
leading to a situation where our two-stage registration logic would trip
itself up and we'd -ENODEV out of the pinctrl registration path,
resulting in endless -EPROBE_DEFER errors. Further lack of checking any
sort of errors from gpio_request() resulted in boot time warnings,
tripping on the FLAG_REQUESTED test-and-set in gpio_ensure_requested().

As it turns out there's no particular need to bother with the two-stage
registration, as the platform bus is already available at the point that
we have to start caring. As such, it's easiest to simply fold these
together in to a single init path, the ordering of which is ensured
through the platform's mux registration, as usual.

Reported-by: Rafael J. Wysocki <rjw@sisk.pl>
Reported-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
2012-08-01 16:27:38 +09:00
..
Kconfig sh: pfc: pin config get/set support. 2012-07-20 16:39:09 +09:00
Makefile sh: pfc: Rudimentary pinctrl-backed GPIO support. 2012-07-10 12:08:14 +09:00
core.c sh: pfc: Error out on pinctrl init resolution failure. 2012-07-17 15:18:37 +09:00
gpio.c sh: pfc: Make pr_fmt consistent across pfc drivers. 2012-07-11 17:21:04 +09:00
pinctrl.c sh: pfc: Fix up init ordering mess. 2012-08-01 16:27:38 +09:00