From: andrew@lunn.ch (Andrew Lunn)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: mvebu: add Device Tree for the Armada 385 RD board
Date: Thu, 6 Mar 2014 15:21:17 +0100 [thread overview]
Message-ID: <20140306142117.GL4780@lunn.ch> (raw)
In-Reply-To: <5318779C.8030901@free-electrons.com>
> > Hi Gregory
> >
> > I guess checkpatch.pl is probably complaining about missing vendor
> > prefix?
> >
>
> yes and also about m25p128 itself because it was not explicitly written
> in Documentation/devicetree/bindings/. Actually it was written to "see the
> "m25p_ids" table in drivers/mtd/devices/m25p80.c for the list of" the compatible
> name.
>
> For the first warning I can add the vendor part, but for the other warning, do we
> really want to copy the m25p_ids table in Documentation/devicetree/bindings/mtd/m25p80.txt ?
I think the DT Maintainers and checkpatch.pl maintainers need to think
about this. Maybe a regex would be enough in
Documentation/devicetree/bindings/mtd/m25p80.txt?
For the moment i would suggest adding a vendor prefix, but nothing
more.
> >> + /*
> >> + * The Ethernet nodes are not ordered by
> >> + * address on purpose. Indeed the first
> >> + * Ethernet port of the board (Giga0) is
> >> + * located at 0x70000 whereas the the second
> >> + * Ethernet(Giga 1) port is located at
> >> + * 0x30000.
> >> + */
> >> +
> >> + ethernet at 70000 {
> >> + status = "okay";
> >> + phy = <&phy0>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >> + ethernet at 30000 {
> >> + status = "okay";
> >> + phy = <&phy1>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >
> > I think you can use aliases to get the order correct, independent of
> > how you list them in DT. That should be a lot safer than assuming
> > things are instantiated from top to bottom.
>
> It sounds interesting, how would you do this?
As there already is in armada-370-xp.dtsi
aliases {
eth0 = ð0;
eth1 = ð1;
};
eth0: ethernet at 70000 {
}
eth1: ethernet at 74000 {
}
This at least works for i2c devices. The pdev->id is set using the
alias number.
Andrew
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
To: Gregory CLEMENT
<gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Cc: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>,
Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
Sebastian Hesselbarth
<sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Thomas Petazzoni
<thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
Ezequiel Garcia
<ezequiel.garcia-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Lior Amsalem <alior-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>,
Tawfik Bayouk <tawfik-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>,
Nadav Haklai <nadavh-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] ARM: mvebu: add Device Tree for the Armada 385 RD board
Date: Thu, 6 Mar 2014 15:21:17 +0100 [thread overview]
Message-ID: <20140306142117.GL4780@lunn.ch> (raw)
In-Reply-To: <5318779C.8030901-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
> > Hi Gregory
> >
> > I guess checkpatch.pl is probably complaining about missing vendor
> > prefix?
> >
>
> yes and also about m25p128 itself because it was not explicitly written
> in Documentation/devicetree/bindings/. Actually it was written to "see the
> "m25p_ids" table in drivers/mtd/devices/m25p80.c for the list of" the compatible
> name.
>
> For the first warning I can add the vendor part, but for the other warning, do we
> really want to copy the m25p_ids table in Documentation/devicetree/bindings/mtd/m25p80.txt ?
I think the DT Maintainers and checkpatch.pl maintainers need to think
about this. Maybe a regex would be enough in
Documentation/devicetree/bindings/mtd/m25p80.txt?
For the moment i would suggest adding a vendor prefix, but nothing
more.
> >> + /*
> >> + * The Ethernet nodes are not ordered by
> >> + * address on purpose. Indeed the first
> >> + * Ethernet port of the board (Giga0) is
> >> + * located at 0x70000 whereas the the second
> >> + * Ethernet(Giga 1) port is located at
> >> + * 0x30000.
> >> + */
> >> +
> >> + ethernet@70000 {
> >> + status = "okay";
> >> + phy = <&phy0>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >> + ethernet@30000 {
> >> + status = "okay";
> >> + phy = <&phy1>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >
> > I think you can use aliases to get the order correct, independent of
> > how you list them in DT. That should be a lot safer than assuming
> > things are instantiated from top to bottom.
>
> It sounds interesting, how would you do this?
As there already is in armada-370-xp.dtsi
aliases {
eth0 = ð0;
eth1 = ð1;
};
eth0: ethernet@70000 {
}
eth1: ethernet@74000 {
}
This at least works for i2c devices. The pdev->id is set using the
alias number.
Andrew
--
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: Andrew Lunn <andrew@lunn.ch>
To: Gregory CLEMENT <gregory.clement@free-electrons.com>
Cc: Andrew Lunn <andrew@lunn.ch>, Jason Cooper <jason@lakedaemon.net>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Ezequiel Garcia <ezequiel.garcia@free-electrons.com>,
linux-arm-kernel@lists.infradead.org,
Lior Amsalem <alior@marvell.com>,
Tawfik Bayouk <tawfik@marvell.com>,
Nadav Haklai <nadavh@marvell.com>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ARM: mvebu: add Device Tree for the Armada 385 RD board
Date: Thu, 6 Mar 2014 15:21:17 +0100 [thread overview]
Message-ID: <20140306142117.GL4780@lunn.ch> (raw)
In-Reply-To: <5318779C.8030901@free-electrons.com>
> > Hi Gregory
> >
> > I guess checkpatch.pl is probably complaining about missing vendor
> > prefix?
> >
>
> yes and also about m25p128 itself because it was not explicitly written
> in Documentation/devicetree/bindings/. Actually it was written to "see the
> "m25p_ids" table in drivers/mtd/devices/m25p80.c for the list of" the compatible
> name.
>
> For the first warning I can add the vendor part, but for the other warning, do we
> really want to copy the m25p_ids table in Documentation/devicetree/bindings/mtd/m25p80.txt ?
I think the DT Maintainers and checkpatch.pl maintainers need to think
about this. Maybe a regex would be enough in
Documentation/devicetree/bindings/mtd/m25p80.txt?
For the moment i would suggest adding a vendor prefix, but nothing
more.
> >> + /*
> >> + * The Ethernet nodes are not ordered by
> >> + * address on purpose. Indeed the first
> >> + * Ethernet port of the board (Giga0) is
> >> + * located at 0x70000 whereas the the second
> >> + * Ethernet(Giga 1) port is located at
> >> + * 0x30000.
> >> + */
> >> +
> >> + ethernet@70000 {
> >> + status = "okay";
> >> + phy = <&phy0>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >> + ethernet@30000 {
> >> + status = "okay";
> >> + phy = <&phy1>;
> >> + phy-mode = "rgmii";
> >> + };
> >> +
> >
> > I think you can use aliases to get the order correct, independent of
> > how you list them in DT. That should be a lot safer than assuming
> > things are instantiated from top to bottom.
>
> It sounds interesting, how would you do this?
As there already is in armada-370-xp.dtsi
aliases {
eth0 = ð0;
eth1 = ð1;
};
eth0: ethernet@70000 {
}
eth1: ethernet@74000 {
}
This at least works for i2c devices. The pdev->id is set using the
alias number.
Andrew
next prev parent reply other threads:[~2014-03-06 14:21 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-06 12:11 [PATCH] ARM: mvebu: add Device Tree for the Armada 385 RD board Gregory CLEMENT
2014-03-06 12:11 ` Gregory CLEMENT
2014-03-06 12:11 ` Gregory CLEMENT
2014-03-06 13:14 ` Andrew Lunn
2014-03-06 13:14 ` Andrew Lunn
2014-03-06 13:26 ` Gregory CLEMENT
2014-03-06 13:26 ` Gregory CLEMENT
2014-03-06 14:21 ` Andrew Lunn [this message]
2014-03-06 14:21 ` Andrew Lunn
2014-03-06 14:21 ` Andrew Lunn
2014-03-06 14:31 ` Gregory CLEMENT
2014-03-06 14:31 ` Gregory CLEMENT
2014-03-06 14:46 ` Andrew Lunn
2014-03-06 14:46 ` Andrew Lunn
2014-03-06 14:46 ` Andrew Lunn
2014-03-06 14:51 ` Gregory CLEMENT
2014-03-06 14:51 ` Gregory CLEMENT
2014-03-06 14:51 ` Gregory CLEMENT
2014-03-06 15:47 ` Gregory CLEMENT
2014-03-06 15:47 ` Gregory CLEMENT
2014-03-06 15:47 ` Gregory CLEMENT
2014-03-06 16:02 ` Ezequiel Garcia
2014-03-06 16:02 ` Ezequiel Garcia
2014-03-06 17:23 ` Andrew Lunn
2014-03-06 17:23 ` Andrew Lunn
2014-03-06 19:17 ` Ezequiel Garcia
2014-03-06 19:17 ` Ezequiel Garcia
2014-03-07 9:53 ` Gregory CLEMENT
2014-03-07 9:53 ` Gregory CLEMENT
2014-03-07 9:53 ` Gregory CLEMENT
2014-03-07 14:44 ` Jason Cooper
2014-03-07 14:44 ` Jason Cooper
2014-03-07 21:42 ` One Thousand Gnomes
2014-03-07 21:42 ` One Thousand Gnomes
2014-03-07 21:42 ` One Thousand Gnomes
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=20140306142117.GL4780@lunn.ch \
--to=andrew@lunn.ch \
--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.