Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758830AbbFBL2q (ORCPT ); Tue, 2 Jun 2015 07:28:46 -0400 Received: from mail-oi0-f49.google.com ([209.85.218.49]:34076 "EHLO mail-oi0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754625AbbFBL2h (ORCPT ); Tue, 2 Jun 2015 07:28:37 -0400 MIME-Version: 1.0 In-Reply-To: <5564CC84.1030700@wwwdotorg.org> References: <1432565608-26036-1-git-send-email-tomeu.vizoso@collabora.com> <1432565608-26036-3-git-send-email-tomeu.vizoso@collabora.com> <5564CC84.1030700@wwwdotorg.org> Date: Tue, 2 Jun 2015 13:28:35 +0200 Message-ID: Subject: Re: [PATCH 02/21] ARM: tegra: Add gpio-ranges property From: Linus Walleij To: Stephen Warren Cc: Tomeu Vizoso , "linux-arm-kernel@lists.infradead.org" , =?UTF-8?Q?St=C3=A9phane_Marchesin?= , Thierry Reding , Dmitry Torokhov , Alexander Holler , Grant Likely , Rob Herring , Mark Rutland , Pawel Moll , Ian Campbell , Kumar Gala , Russell King , Alexandre Courbot , "devicetree@vger.kernel.org" , "linux-tegra@vger.kernel.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1927 Lines: 50 On Tue, May 26, 2015 at 9:41 PM, Stephen Warren wrote: > On 05/25/2015 08:53 AM, Tomeu Vizoso wrote: >> >> Specify how the GPIOs map to the pins in T124, so the dependency is >> explicit. >> >> Signed-off-by: Tomeu Vizoso >> --- >> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/