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