* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly @ 2016-07-08 13:58 Russell King 2016-07-08 15:26 ` Andrew Lunn 0 siblings, 1 reply; 6+ messages in thread From: Russell King @ 2016-07-08 13:58 UTC (permalink / raw) To: linux-arm-kernel Currently, the ports as seen from the rear number as: eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 which is illogical - this came about because the rev 2.0 boards have the LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards fixed the LED issue, and the Clearfog case numbers the lan ports increasing from left to right. Maintaining this illogical numbering causes confusion, with reports that "my link isn't coming up" and "my connection negotiates 10base-Half" both of which are due to people thinking that the port next to the SFP is lan1. Fix this by renumbering the ports to match people's expectations. Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> --- arch/arm/boot/dts/armada-388-clearfog.dts | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/armada-388-clearfog.dts b/arch/arm/boot/dts/armada-388-clearfog.dts index 54bf0749e15e..42d760da4e82 100644 --- a/arch/arm/boot/dts/armada-388-clearfog.dts +++ b/arch/arm/boot/dts/armada-388-clearfog.dts @@ -386,12 +386,12 @@ port at 0 { reg = <0>; - label = "lan1"; + label = "lan5"; }; port at 1 { reg = <1>; - label = "lan2"; + label = "lan4"; }; port at 2 { @@ -401,12 +401,12 @@ port at 3 { reg = <3>; - label = "lan4"; + label = "lan2"; }; port at 4 { reg = <4>; - label = "lan5"; + label = "lan1"; }; port at 5 { -- 2.1.0 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly 2016-07-08 13:58 [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly Russell King @ 2016-07-08 15:26 ` Andrew Lunn 2016-07-27 10:19 ` Gregory CLEMENT 0 siblings, 1 reply; 6+ messages in thread From: Andrew Lunn @ 2016-07-08 15:26 UTC (permalink / raw) To: linux-arm-kernel On Fri, Jul 08, 2016 at 02:58:39PM +0100, Russell King wrote: > Currently, the ports as seen from the rear number as: > > eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 > > which is illogical - this came about because the rev 2.0 boards have the > LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards > fixed the LED issue, and the Clearfog case numbers the lan ports > increasing from left to right. > > Maintaining this illogical numbering causes confusion, with reports that > "my link isn't coming up" and "my connection negotiates 10base-Half" > both of which are due to people thinking that the port next to the SFP > is lan1. > > Fix this by renumbering the ports to match people's expectations. > > Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Andrew ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly 2016-07-08 15:26 ` Andrew Lunn @ 2016-07-27 10:19 ` Gregory CLEMENT 2016-07-27 10:21 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Gregory CLEMENT @ 2016-07-27 10:19 UTC (permalink / raw) To: linux-arm-kernel Hi, On ven., juil. 08 2016, Andrew Lunn <andrew@lunn.ch> wrote: > On Fri, Jul 08, 2016 at 02:58:39PM +0100, Russell King wrote: >> Currently, the ports as seen from the rear number as: >> >> eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 >> >> which is illogical - this came about because the rev 2.0 boards have the >> LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards >> fixed the LED issue, and the Clearfog case numbers the lan ports >> increasing from left to right. >> >> Maintaining this illogical numbering causes confusion, with reports that >> "my link isn't coming up" and "my connection negotiates 10base-Half" >> both of which are due to people thinking that the port next to the SFP >> is lan1. >> >> Fix this by renumbering the ports to match people's expectations. >> >> Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> > > Reviewed-by: Andrew Lunn <andrew@lunn.ch> I missed this patch, but I now applied it on mvebu/dt-4.9 Thanks, Gregory -- Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly 2016-07-27 10:19 ` Gregory CLEMENT @ 2016-07-27 10:21 ` Russell King - ARM Linux 2016-07-27 10:26 ` Gregory CLEMENT 0 siblings, 1 reply; 6+ messages in thread From: Russell King - ARM Linux @ 2016-07-27 10:21 UTC (permalink / raw) To: linux-arm-kernel On Wed, Jul 27, 2016 at 12:19:01PM +0200, Gregory CLEMENT wrote: > Hi, > > On ven., juil. 08 2016, Andrew Lunn <andrew@lunn.ch> wrote: > > > On Fri, Jul 08, 2016 at 02:58:39PM +0100, Russell King wrote: > >> Currently, the ports as seen from the rear number as: > >> > >> eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 > >> > >> which is illogical - this came about because the rev 2.0 boards have the > >> LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards > >> fixed the LED issue, and the Clearfog case numbers the lan ports > >> increasing from left to right. > >> > >> Maintaining this illogical numbering causes confusion, with reports that > >> "my link isn't coming up" and "my connection negotiates 10base-Half" > >> both of which are due to people thinking that the port next to the SFP > >> is lan1. > >> > >> Fix this by renumbering the ports to match people's expectations. > >> > >> Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> > > > > Reviewed-by: Andrew Lunn <andrew@lunn.ch> > > I missed this patch, but I now applied it on mvebu/dt-4.9 It would be much better to get it into 4.8-rc so that we don't spread the port renumbering over a large range of kernels, as well as forcing vendors to carry patches like this to fix problems. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly 2016-07-27 10:21 ` Russell King - ARM Linux @ 2016-07-27 10:26 ` Gregory CLEMENT 2016-07-27 10:42 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Gregory CLEMENT @ 2016-07-27 10:26 UTC (permalink / raw) To: linux-arm-kernel Hi Russell King, On mer., juil. 27 2016, Russell King - ARM Linux <linux@armlinux.org.uk> wrote: > On Wed, Jul 27, 2016 at 12:19:01PM +0200, Gregory CLEMENT wrote: >> Hi, >> >> On ven., juil. 08 2016, Andrew Lunn <andrew@lunn.ch> wrote: >> >> > On Fri, Jul 08, 2016 at 02:58:39PM +0100, Russell King wrote: >> >> Currently, the ports as seen from the rear number as: >> >> >> >> eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 >> >> >> >> which is illogical - this came about because the rev 2.0 boards have the >> >> LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards >> >> fixed the LED issue, and the Clearfog case numbers the lan ports >> >> increasing from left to right. >> >> >> >> Maintaining this illogical numbering causes confusion, with reports that >> >> "my link isn't coming up" and "my connection negotiates 10base-Half" >> >> both of which are due to people thinking that the port next to the SFP >> >> is lan1. >> >> >> >> Fix this by renumbering the ports to match people's expectations. >> >> >> >> Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> >> > >> > Reviewed-by: Andrew Lunn <andrew@lunn.ch> >> >> I missed this patch, but I now applied it on mvebu/dt-4.9 > > It would be much better to get it into 4.8-rc so that we don't spread > the port renumbering over a large range of kernels, as well as forcing > vendors to carry patches like this to fix problems. I can move it to the mvebu/fixes branch, it is not too late. Also what about to apply it on the stable kernel? Gregory > > -- > RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ > FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up > according to speedtest.net. -- Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly 2016-07-27 10:26 ` Gregory CLEMENT @ 2016-07-27 10:42 ` Russell King - ARM Linux 0 siblings, 0 replies; 6+ messages in thread From: Russell King - ARM Linux @ 2016-07-27 10:42 UTC (permalink / raw) To: linux-arm-kernel On Wed, Jul 27, 2016 at 12:26:41PM +0200, Gregory CLEMENT wrote: > Hi Russell King, > > On mer., juil. 27 2016, Russell King - ARM Linux <linux@armlinux.org.uk> wrote: > > > On Wed, Jul 27, 2016 at 12:19:01PM +0200, Gregory CLEMENT wrote: > >> Hi, > >> > >> On ven., juil. 08 2016, Andrew Lunn <andrew@lunn.ch> wrote: > >> > >> > On Fri, Jul 08, 2016 at 02:58:39PM +0100, Russell King wrote: > >> >> Currently, the ports as seen from the rear number as: > >> >> > >> >> eth0 sfp lan5 lan4 lan3 lan2 lan1 lan6 > >> >> > >> >> which is illogical - this came about because the rev 2.0 boards have the > >> >> LEDs on the front for the DSA switch (lan5-1) reversed. Rev 2.1 boards > >> >> fixed the LED issue, and the Clearfog case numbers the lan ports > >> >> increasing from left to right. > >> >> > >> >> Maintaining this illogical numbering causes confusion, with reports that > >> >> "my link isn't coming up" and "my connection negotiates 10base-Half" > >> >> both of which are due to people thinking that the port next to the SFP > >> >> is lan1. > >> >> > >> >> Fix this by renumbering the ports to match people's expectations. > >> >> > >> >> Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> > >> > > >> > Reviewed-by: Andrew Lunn <andrew@lunn.ch> > >> > >> I missed this patch, but I now applied it on mvebu/dt-4.9 > > > > It would be much better to get it into 4.8-rc so that we don't spread > > the port renumbering over a large range of kernels, as well as forcing > > vendors to carry patches like this to fix problems. > > I can move it to the mvebu/fixes branch, it is not too late. Also what > about to apply it on the stable kernel? That'd probably be best. As far as stable goes, I can't convince myself that it is really stable kernel material. I'm not aware what happened to the eth* renumber patch, was that applied to stable trees? My view would be that the lan* renumbering should be applied to the same trees which include the eth* renumbering and no further, iff the eth* renumber was even backported. Talking to Jon Nettleton @ SR, he's in favour of it being applied to stable kernels. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-07-27 10:42 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-07-08 13:58 [PATCH] ARM: dts: armada388-clearfog: number LAN ports properly Russell King 2016-07-08 15:26 ` Andrew Lunn 2016-07-27 10:19 ` Gregory CLEMENT 2016-07-27 10:21 ` Russell King - ARM Linux 2016-07-27 10:26 ` Gregory CLEMENT 2016-07-27 10:42 ` Russell King - ARM Linux
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).