ARM: pxa: remove devicetree boards from pxa_defconfig
authorRobert Jarzmik <robert.jarzmik@free.fr>
Fri, 3 Jun 2016 20:29:26 +0000 (22:29 +0200)
committerRobert Jarzmik <robert.jarzmik@free.fr>
Tue, 9 Aug 2016 06:16:58 +0000 (08:16 +0200)
commit976e509c2ddf9691e8186a823f14df158dd92153
tree9887beb8f9d8d3dc8a1531ccb96f7ce41c08a86b
parent29b4817d4018df78086157ea3a55c1d9424a7cfc
ARM: pxa: remove devicetree boards from pxa_defconfig

If both legacy and device-tree machines are mixed in the same defconfig,
the legacy boards don't boot up anymore with gpio request deferral
errors.

This is seen when attempting to run akita, borzoi, spitz, terrier, or
tosa in qemu with pxa_defconfig.

The real reason behind is that gpio handling for pxa in its current
state cannot be built for _both_ a devicetree machine (ie. pxa-dt.c) and
a non devicetree machine (ie. corgi, tosa, ...).

This is turn is because for devicetree a pinctrl is enforced for the
machine, and a pinctrl driver is required. If it's not available,
pxa_gpio_request() fails on pinctrl_request_gpio() and returns
-EPROBE_DEFER.  It was introduced by commit f806dac5938b
("ARM: pxa: activate pinctrl for device-tree machines").

Now the true chicken and egg problem is than machine files,
ie. arch/arm/mach-pxa/xxx.c are using gpio before the drivers are
probed, in the init_machine() function, and that's why pinctrl/gpio for
legacy machine files is a bit difficult.

As for now, to keep the compilation coverage and testing of legacy
machines, this patch removes the 2 devicetree machines from
pxa_defconfig.

Reported-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Robert Jarzmik <robert.jarzmik@free.fr>
Tested-by: Guenter Roeck <linux@roeck-us.net>
arch/arm/configs/pxa_defconfig