Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <20200722201313.754671-1-saravanak@google.com> <20200722201313.754671-2-saravanak@google.com>
 <CAL_JsqJvhpghE=LR=ng-gL5ek-7LOC1CGfOx6Vr-iACu-TX_fQ@mail.gmail.com> <CAGETcx9eRQPTH8YVtqtDdLkwHYbTw=DhWfryY98ZQ4_NOvALxw@mail.gmail.com>
In-Reply-To: <CAGETcx9eRQPTH8YVtqtDdLkwHYbTw=DhWfryY98ZQ4_NOvALxw@mail.gmail.com>
From:   Rob Herring <robh+dt@kernel.org>
Date:   Thu, 23 Jul 2020 07:29:12 -0600
Message-ID: <CAL_JsqJx+N-P8Ffnh+0+JWYUaFLwSO8qUyyfyx=Yjurxqmq+tQ@mail.gmail.com>
Subject: Re: [PATCH v1 2/2] of: property: Add device link support for
 pinctrl-0 through pinctrl-8
To:     Saravana Kannan <saravanak@google.com>
Cc:     Frank Rowand <frowand.list@gmail.com>,
        Android Kernel Team <kernel-team@android.com>,
        "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" 
        <devicetree@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Wed, Jul 22, 2020 at 7:08 PM Saravana Kannan <saravanak@google.com> wrote:
>
> On Wed, Jul 22, 2020 at 2:09 PM Rob Herring <robh+dt@kernel.org> wrote:
> >
> > On Wed, Jul 22, 2020 at 2:13 PM Saravana Kannan <saravanak@google.com> wrote:
> > >
> > > Add support for pinctrl-0 through pinctrl-8 explicitly instead of trying
> > > to add support for pinctrl-%d properties.
> > >
> > > Of all the pinctrl-* properties in dts files (20322), only 47% (9531)
> > > are pinctrl-%d properties. Of all the pinctrl-%d properties, 99.5%
> > > (9486) are made up of pinctrl-[0-2].
> > >
> > > Trying to parse all pinctrl-* properties and checking for pinctrl-%d is
> > > unnecessarily complicated. So, just add support for pinctrl-[0-8] for
> > > now. In the unlikely event we ever exceed pinctrl-8, we can come back
> > > and improve this.
> >
> > It wasn't immediately clear from this that pinctrl-8 is the current
> > max you found vs. a should be enough for a while.
>
> Hmmm... I tried. Looks like I failed. Open to copy-pasting any commit
> text that you think will make it clearer.

Append to the 2nd paragraph: 'pinctrl-8' is the current maximum found
in dts files.

> > Pinctrl is also a bit special in that we have 100s of child nodes and
> > only 1 to a few actual dependencies (the pinctrl node). I assume in
> > the end here, it's just the pin controller node that's the dependency
> > rather than creating lot's of dependencies?
>
> Correct. In the end, it just links to the one (or few) pin controller
> devices. Is there a requirement that all pinctrl-N properties point to
> the child state nodes of the same pin-controller node? Or can
> pinctrl-0 point to one and pinctrl-1 point to another pin controller
> node? If the former, all I'd need to do is parse pinctrl-0.

My initial thought was I'd expect the dependencies to be uniform
across pinctrl-%d properties as each one is supposed to be a different
mode of the same set of pins. However, the dra7 pathologic cases don't
follow that exactly with the higher speed MMC modes having an
additional i/o delay controller setting.

Rob