[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120322040024.GB840@shlinux2.ap.freescale.net>
Date: Thu, 22 Mar 2012 12:00:24 +0800
From: Dong Aisheng <aisheng.dong@...escale.com>
To: Stephen Warren <swarren@...dotorg.org>
CC: Dong Aisheng-B29396 <B29396@...escale.com>,
"linus.walleij@...aro.org" <linus.walleij@...aro.org>,
"grant.likely@...retlab.ca" <grant.likely@...retlab.ca>,
"rob.herring@...xeda.com" <rob.herring@...xeda.com>,
"linus.walleij@...ricsson.com" <linus.walleij@...ricsson.com>,
"s.hauer@...gutronix.de" <s.hauer@...gutronix.de>,
"dongas86@...il.com" <dongas86@...il.com>,
"shawn.guo@...aro.org" <shawn.guo@...aro.org>,
"thomas.abraham@...aro.org" <thomas.abraham@...aro.org>,
"tony@...mide.com" <tony@...mide.com>,
"sjg@...omium.org" <sjg@...omium.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"devicetree-discuss@...ts.ozlabs.org"
<devicetree-discuss@...ts.ozlabs.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>
Subject: Re: [PATCH V2 5/6] dt: Document Tegra20/30 pinctrl binding
On Wed, Mar 21, 2012 at 11:57:14PM +0800, Stephen Warren wrote:
> On 03/21/2012 03:19 AM, Dong Aisheng wrote:
> > On Wed, Mar 21, 2012 at 01:44:38AM +0800, Stephen Warren wrote:
> >> Define a new binding for the Tegra pin controller, which is capable of
> >> defining all aspects of desired pin multiplexing and pin configuration.
> >> This is all based on the new common pinctrl bindings.
> >>
> >> Add Tegra30 binding based on Tegra20 binding.
> >>
> >> Add some basic stuff that was missing before:
> >> * How many and what reg property entries must be provided.
> >> * An example.
> >>
> >> Signed-off-by: Stephen Warren <swarren@...dotorg.org>
> >> ---
> > ........
> >> +Example board file extract:
> >> +
> >> + pinctrl@...00000 {
> >> + sdio4_default {
> >> + atb {
> >> + nvidia,pins = "atb", "gma", "gme";
> >> + nvidia,function = "sdio4";
> >> + nvidia,pull = <0>;
> >> + nvidia,tristate = <0>;
> >> + };
> >> + };
> >> + };
> >> +
> >> + sdhci@...00600 {
> >> + pinctrl-names = "default";
> >> + pinctrl-0 = <&sdio4_default>;
> >
> > A typo error? sdio4_default is not a phandle.
>
> Yes.
>
> >> +Example board file extract:
> >> +
> >> + pinctrl@...00000 {
> >> + sdmmc4_default: pinmux {
> >> + sdmmc4_clk_pcc4 {
> >> + nvidia,pins = "sdmmc4_clk_pcc4",
> >> + "sdmmc4_rst_n_pcc3";
> >> + nvidia,function = "sdmmc4";
> >> + nvidia,pull = <0>;
> >> + nvidia,tristate = <0>;
> >> + };
> >> + sdmmc4_dat0_paa0 {
> >> + nvidia,pins = "sdmmc4_dat0_paa0",
> >> + "sdmmc4_dat1_paa1",
> >> + "sdmmc4_dat2_paa2",
> >> + "sdmmc4_dat3_paa3",
> >> + "sdmmc4_dat4_paa4",
> >> + "sdmmc4_dat5_paa5",
> >> + "sdmmc4_dat6_paa6",
> >> + "sdmmc4_dat7_paa7";
> >> + nvidia,function = "sdmmc4";
> >> + nvidia,pull = <2>;
> >> + nvidia,tristate = <0>;
> >
> > It seems it does not support per pin config for tegra30 and we have to
> > separate them in different nodes with same group config value, right?
>
> Sorry, I don't understand the question.
>
I meant for tegra, the config(not mux) in one pinctrl node functions
on all entities in nvidia,pins, IOW, all pin or group must have the
same config.
So we can not set them differently in one node.
For example, considering if sdmmc4_dat0_paa0 is nvidia,pull <0>
while sdmmc4_dat1_paa1 is nvidia,pull <1>.
Then we need to separate them in different pinctrl nodes, right?
I was thinking about whether we can use one pinctrl node to cover
all different group settings, however that may involve more complexity.
Anyway, it's driver specific part, i'm ok with what Tegra are doing.
It looks good to me right now.
> On Tegra30, pin mux selection and some pin configuration parameters are
> per-pin. Other pin configuration parameters are per-group. The pinctrl
> driver defines groups for:
>
> * Each pin (for per-pin properties)
> * Each group that has non-per-pin configuration parameters.
>
> You can use either/both sets of groups in the .dts file (i.e. in the
> nvidia,pins property).
>
> You'd never end up with a single node that mixes the "per-pin" group
> names and "non-per-pin" group names, simply because there are no
> properties that can be applied to groups of both types in hardware.
>
Regards
Dong Aisheng
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists