[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+7tXigg+h3v61AVMaYRKa_ZwznehOUPEESMqXKsNDNCrFph3w@mail.gmail.com>
Date: Wed, 23 Sep 2020 22:49:11 -0700
From: Trent Piepho <tpiepho@...il.com>
To: Tony Lindgren <tony@...mide.com>
Cc: Drew Fustini <drew@...gleboard.org>,
Rob Herring <robh+dt@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Jason Kridner <jkridner@...gleboard.org>,
Robert Nelson <robertcnelson@...il.com>,
linux-omap@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org,
linux-gpio <linux-gpio@...r.kernel.org>,
Christina Quast <cquast@...overdisplays.com>
Subject: Re: [PATCH] ARM: dts: document pinctrl-single,pins when
#pinctrl-cells = 2
On Wed, Sep 23, 2020 at 10:43 PM Tony Lindgren <tony@...mide.com> wrote:
>
> * Trent Piepho <tpiepho@...il.com> [200924 01:34]:
> > On Tue, Sep 22, 2020 at 11:57 PM Tony Lindgren <tony@...mide.com> wrote:
> > >
> > > Also FYI, folks have also complained for a long time that the pinctrl-single
> > > binding mixes mux and conf values while they should be handled separately.
> > >
> >
> > Instead of combining two fields when the dts is generated they are now
> > combined when the pinctrl-single driver reads the dts. Other than
> > this detail, the result is the same. The board dts source is the
> > same. The value programmed into the pinctrl register is the same.
> > There is no mechanism currently that can alter that value in any way.
> >
> > What does combining them later allow that is not possible now?
>
> It now allows further driver changes to manage conf and mux separately :)
The pinctrl-single driver? How will that work with boards that are
not am335x and don't use conf and mux fields in the same manner as
am335x?
Powered by blists - more mailing lists