From: afaerber@suse.de (Andreas Färber)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support
Date: Tue, 5 Jul 2016 16:46:02 +0200 [thread overview]
Message-ID: <577BC82A.3000406@suse.de> (raw)
In-Reply-To: <20160705062736.GL16643@pengutronix.de>
Hi Uwe,
Am 05.07.2016 um 08:27 schrieb Uwe Kleine-K?nig:
> On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas F?rber wrote:
>> +&iomuxc {
>> + imx6sx-udoo-neo {
>
> There is no need for this machine group. Please just put the pinctrl
> groups directly into &iomuxc { }.
OK, will do. Adopted from imx6sx-sdb.dtsi and imx6sx-sabreauto.dts -
please update the existing files to be like you expect new ones to be.
>> + pinctrl_enet1: enet1grp {
>> + fsl,pins =
>> + <MX6SX_PAD_ENET1_CRS__GPIO2_IO_1 0xa0b1>,
>> + <MX6SX_PAD_ENET1_MDC__ENET1_MDC 0xa0b1>,
>
> It's unusual to write pinmuxes this way. The usual form is to write it
> in a single array. (Not sure I'm using the right term here.) Having said
> that I like it your way, but still it should (IMHO) get a more official
> blessing.
In previous reviews I've been told that this is the new expected way to
write tuples, so I assumed that would apply here too, in that you can
have a varying count of tuples (mux lines), which in this case happen to
always have the same cell count (6).
For example I've rewritten pinctrl-0 lines in exynos5250 device trees
because maintainers considered it lazy to spare the inner ">, <",
despite still used in many places including bindings documentation.
The binary .dtb representation should be the same either way.
booting-without-of.txt doesn't comment and has no such example apart
from compatible string lists, so not sure whether that's just different
maintainer tastes or formalized somewhere?
That said, I seem to have a talent for finding such inconsistencies. ;)
Cheers,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany
GF: Felix Imend?rffer, Jane Smithard, Graham Norton
HRB 21284 (AG N?rnberg)
WARNING: multiple messages have this Message-ID (diff)
From: "Andreas Färber" <afaerber-l3A5Bk7waGM@public.gmane.org>
To: "Uwe Kleine-König"
<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
devicetree <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>,
LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Ettore Chimenti <ettore.chimenti-GcR40IO4/Fc@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Sascha Hauer <kernel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
Fabio Estevam <fabio.estevam-3arQi8VN3Tc@public.gmane.org>,
Shawn Guo <shawnguo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Subject: Re: [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support
Date: Tue, 5 Jul 2016 16:46:02 +0200 [thread overview]
Message-ID: <577BC82A.3000406@suse.de> (raw)
In-Reply-To: <20160705062736.GL16643-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Hi Uwe,
Am 05.07.2016 um 08:27 schrieb Uwe Kleine-König:
> On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas Färber wrote:
>> +&iomuxc {
>> + imx6sx-udoo-neo {
>
> There is no need for this machine group. Please just put the pinctrl
> groups directly into &iomuxc { }.
OK, will do. Adopted from imx6sx-sdb.dtsi and imx6sx-sabreauto.dts -
please update the existing files to be like you expect new ones to be.
>> + pinctrl_enet1: enet1grp {
>> + fsl,pins =
>> + <MX6SX_PAD_ENET1_CRS__GPIO2_IO_1 0xa0b1>,
>> + <MX6SX_PAD_ENET1_MDC__ENET1_MDC 0xa0b1>,
>
> It's unusual to write pinmuxes this way. The usual form is to write it
> in a single array. (Not sure I'm using the right term here.) Having said
> that I like it your way, but still it should (IMHO) get a more official
> blessing.
In previous reviews I've been told that this is the new expected way to
write tuples, so I assumed that would apply here too, in that you can
have a varying count of tuples (mux lines), which in this case happen to
always have the same cell count (6).
For example I've rewritten pinctrl-0 lines in exynos5250 device trees
because maintainers considered it lazy to spare the inner ">, <",
despite still used in many places including bindings documentation.
The binary .dtb representation should be the same either way.
booting-without-of.txt doesn't comment and has no such example apart
from compatible string lists, so not sure whether that's just different
maintainer tastes or formalized somewhere?
That said, I seem to have a talent for finding such inconsistencies. ;)
Cheers,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: "Andreas Färber" <afaerber@suse.de>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: linux-arm-kernel@lists.infradead.org,
Mark Rutland <mark.rutland@arm.com>,
devicetree <devicetree@vger.kernel.org>,
Russell King <linux@armlinux.org.uk>,
LKML <linux-kernel@vger.kernel.org>,
Ettore Chimenti <ettore.chimenti@udoo.org>,
Rob Herring <robh+dt@kernel.org>,
Sascha Hauer <kernel@pengutronix.de>,
Fabio Estevam <fabio.estevam@nxp.com>,
Shawn Guo <shawnguo@kernel.org>
Subject: Re: [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support
Date: Tue, 5 Jul 2016 16:46:02 +0200 [thread overview]
Message-ID: <577BC82A.3000406@suse.de> (raw)
In-Reply-To: <20160705062736.GL16643@pengutronix.de>
Hi Uwe,
Am 05.07.2016 um 08:27 schrieb Uwe Kleine-König:
> On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas Färber wrote:
>> +&iomuxc {
>> + imx6sx-udoo-neo {
>
> There is no need for this machine group. Please just put the pinctrl
> groups directly into &iomuxc { }.
OK, will do. Adopted from imx6sx-sdb.dtsi and imx6sx-sabreauto.dts -
please update the existing files to be like you expect new ones to be.
>> + pinctrl_enet1: enet1grp {
>> + fsl,pins =
>> + <MX6SX_PAD_ENET1_CRS__GPIO2_IO_1 0xa0b1>,
>> + <MX6SX_PAD_ENET1_MDC__ENET1_MDC 0xa0b1>,
>
> It's unusual to write pinmuxes this way. The usual form is to write it
> in a single array. (Not sure I'm using the right term here.) Having said
> that I like it your way, but still it should (IMHO) get a more official
> blessing.
In previous reviews I've been told that this is the new expected way to
write tuples, so I assumed that would apply here too, in that you can
have a varying count of tuples (mux lines), which in this case happen to
always have the same cell count (6).
For example I've rewritten pinctrl-0 lines in exynos5250 device trees
because maintainers considered it lazy to spare the inner ">, <",
despite still used in many places including bindings documentation.
The binary .dtb representation should be the same either way.
booting-without-of.txt doesn't comment and has no such example apart
from compatible string lists, so not sure whether that's just different
maintainer tastes or formalized somewhere?
That said, I seem to have a talent for finding such inconsistencies. ;)
Cheers,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
next prev parent reply other threads:[~2016-07-05 14:46 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-05 4:04 [PATCH 0/3] ARM: dts: imx6sx: Initial UDOO Neo enablement Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 4:04 ` [PATCH 1/3] ARM: dts: imx6sx-sabreauto: Fix misspelled property Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 8:54 ` Sudeep Holla
2016-07-05 8:54 ` Sudeep Holla
2016-07-05 8:54 ` Sudeep Holla
2016-08-08 13:58 ` Shawn Guo
2016-08-08 13:58 ` Shawn Guo
2016-08-08 13:58 ` Shawn Guo
2016-07-05 4:04 ` [PATCH 2/3] ARM: dts: imx6sx: Add UDOO Neo support Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 6:27 ` Uwe Kleine-König
2016-07-05 6:27 ` Uwe Kleine-König
2016-07-05 6:27 ` Uwe Kleine-König
2016-07-05 14:46 ` Andreas Färber [this message]
2016-07-05 14:46 ` Andreas Färber
2016-07-05 14:46 ` Andreas Färber
2016-07-05 12:04 ` Fabio Estevam
2016-07-05 12:04 ` Fabio Estevam
2016-07-05 12:04 ` Fabio Estevam
2016-07-05 13:55 ` Andreas Färber
2016-07-05 13:55 ` Andreas Färber
2016-07-05 13:55 ` Andreas Färber
2016-07-05 18:33 ` Uwe Kleine-König
2016-07-05 18:33 ` Uwe Kleine-König
2016-08-08 14:04 ` Shawn Guo
2016-08-08 14:04 ` Shawn Guo
2016-08-08 14:04 ` Shawn Guo
2016-07-05 4:04 ` [PATCH 3/3] ARM: dts: imx6sx-udoo-neo: Add SD Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-07-05 4:04 ` Andreas Färber
2016-08-08 14:12 ` Shawn Guo
2016-08-08 14:12 ` Shawn Guo
2016-08-08 15:00 ` Andreas Färber
2016-08-08 15:00 ` Andreas Färber
2016-08-15 12:38 ` Shawn Guo
2016-08-15 12:38 ` Shawn Guo
2016-08-15 12:38 ` Shawn Guo
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=577BC82A.3000406@suse.de \
--to=afaerber@suse.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.