On Tue, May 26, 2015 at 9:41 PM, Stephen Warren [off-list ref] wrote:

On 05/25/2015 08:53 AM, Tomeu Vizoso wrote:

quoted

Specify how the GPIOs map to the pins in T124, so the dependency is
explicit.

Signed-off-by: Tomeu Vizoso <redacted>
---
  arch/arm/boot/dts/tegra124.dtsi | 1 +
  1 file changed, 1 insertion(+)

diff --git a/arch/arm/boot/dts/tegra124.dtsi

b/arch/arm/boot/dts/tegra124.dtsi
index 13cc7ca..5d1d35f 100644

--- a/arch/arm/boot/dts/tegra124.dtsi
+++ b/arch/arm/boot/dts/tegra124.dtsi

@@ -254,6 +254,7 @@
                gpio-controller;
                #interrupt-cells = <2>;
                interrupt-controller;
+               gpio-ranges = <&pinmux 0 0 250>;

We should be consistent between SoCs. Why not make the same change for all
Tegra SoCs?

Agreed.

I think this change will cause the GPIO subsystem to call into the pinctrl
subsystem and create/add/register a new GPIO<->pinctrl range structure. The
pinctrl driver already does this, so I think we'll end up with two duplicate
entries in the pinctrl device's gpio_ranges list. This probably won't cause
a problem, but I wanted to make sure you'd thought about it to make sure.

That sounds like duplication indeed, I would expect that first a patch
adds the ranges to the dts[i] files and then a second patch delete the
same ranges from the pinctrl driver then, if these shall come in from
the device tree.

With GPIO ranges being possible to register from the pin controller,
gpio chip and also the device tree, things get a bit complex
admittedly :/ sorry for this, just choose one.

Yours,
Linus Walleij