From: Christoph Fritz <chf.fritz@googlemail.com>
To: Tony Lindgren <tony@atomide.com>
Cc: "Benoît Cousson" <b-cousson@ti.com>,
linux-omap@vger.kernel.org, devicetree-discuss@lists.ozlabs.org,
linux-arm-kernel@lists.infradead.org,
"Daniel Mack" <daniel@zonque.org>,
"Hans J. Koch" <hjk@hansjkoch.de>
Subject: Re: [PATCH] arm/dts: OMAP3: fix pinctrl-single configuration
Date: Fri, 29 Mar 2013 11:52:57 +0100 [thread overview]
Message-ID: <1364554377.4634.19.camel@mars> (raw)
In-Reply-To: <1364549848.4634.13.camel@mars>
On Fri, 2013-03-29 at 10:37 +0100, Christoph Fritz wrote:
> On Thu, 2013-03-28 at 09:38 -0700, Tony Lindgren wrote:
> > * Christoph Fritz <chf.fritz@googlemail.com> [130328 01:12]:
> > > - Fix 'function-mask' referring to TRM Section 7.4.4:
> > > "Pad Functional Multiplexing and Configuration".
> > > - Fix 'omap3_pmx_core' referring to TRM Table 7-4:
> > > "Core Control Module Pad Configuration Register Fields"
> > > - Fix 'omap3_pmx_wkup' referring to TRM Table 7-6:
> > > "Wake-Up Control Module Pad Configuration Register Fields".
> >
> > Maybe mention which TRM this is so people will know.
> >
> > > Signed-off-by: Christoph Fritz <chf.fritz@googlemail.com>
> > > ---
> > > arch/arm/boot/dts/omap3.dtsi | 12 ++++++------
> > > 1 file changed, 6 insertions(+), 6 deletions(-)
> > >
> > > diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
> > > index 1acc261..6ce3b5c 100644
> > > --- a/arch/arm/boot/dts/omap3.dtsi
> > > +++ b/arch/arm/boot/dts/omap3.dtsi
> > > @@ -27,7 +27,7 @@
> > > };
> > >
> > > /*
> > > - * The soc node represents the soc top level view. It is uses for IPs
> > > + * The soc node represents the soc top level view. It is used for IPs
> > > * that are not memory mapped in the MPU view or for the MPU itself.
> > > */
> > > soc {
> > > @@ -77,20 +77,20 @@
> > >
> > > omap3_pmx_core: pinmux@48002030 {
> > > compatible = "ti,omap3-padconf", "pinctrl-single";
> > > - reg = <0x48002030 0x05cc>;
> > > + reg = <0x48002030 0x234>;
> > > #address-cells = <1>;
> > > #size-cells = <0>;
> > > pinctrl-single,register-width = <16>;
> > > - pinctrl-single,function-mask = <0x7fff>;
> > > + pinctrl-single,function-mask = <0x7f1f>;
> > > };
> >
> > Changing the size from 0x5cc to 0x234 misses the range ending at
> > CONTROL_PADCONF_ETK_D14[31:16] 0x480025f8 that's listed at least in
> > the 3630 TRM. Which TRM are you looking at?
>
> I used TRM Omap35xx, and yes in the TRM Omap36xx 0x234 is fine. I'll fix
> this in the next revision of this patch.
I mean 0x5cc is fine :)
>
> > Ack for the function-mask change for omap3, looks like those bits are not
> > used.
> >
> > > - omap3_pmx_wkup: pinmux@0x48002a58 {
> > > + omap3_pmx_wkup: pinmux@0x48002a00 {
> > > compatible = "ti,omap3-padconf", "pinctrl-single";
> > > - reg = <0x48002a58 0x5c>;
> > > + reg = <0x48002a00 0x54>;
> > > #address-cells = <1>;
> > > #size-cells = <0>;
> > > pinctrl-single,register-width = <16>;
> > > - pinctrl-single,function-mask = <0x7fff>;
> > > + pinctrl-single,function-mask = <0x7f1f>;
> > > };
> >
> > Hmm I think I converted these from the legacy mux framework, that seems
> > to be missing the wkup range between 0x2a00 - 0x2a58. So yes 0x2a00
> > is the right start as otherwise we're missing some wkup registers.
> >
> > But the size should be 0x50 instead of 0x54 as the JTAG_TDO[31:16] is
> > already un-used in TRM?
> >
> > Or it could be 0x60 if we want to map also the reserved GPIO128[31:16].
>
> Why not 0x5c ? GPIO128[31:16] starts at 0x2a5a and its size is 2 bytes.
>
> Thanks
> -- Christoph
>
next prev parent reply other threads:[~2013-03-29 10:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-28 8:08 [PATCH] arm/dts: OMAP3: fix pinctrl-single configuration Christoph Fritz
2013-03-28 16:38 ` Tony Lindgren
2013-03-29 9:37 ` Christoph Fritz
2013-03-29 10:52 ` Christoph Fritz [this message]
2013-03-29 15:17 ` Tony Lindgren
2013-03-29 16:32 ` [PATCH v2] " Christoph Fritz
2013-04-09 0:15 ` Tony Lindgren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1364554377.4634.19.camel@mars \
--to=chf.fritz@googlemail.com \
--cc=b-cousson@ti.com \
--cc=daniel@zonque.org \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=hjk@hansjkoch.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).