From: Steve Twiss <stwiss.opensource@diasemi.com> To: Fabio Estevam <festevam@gmail.com>, Abel Vesa <abel.vesa@nxp.com> Cc: Andrew Lunn <andrew@lunn.ch>, Rob Herring <robh+dt@kernel.org>, Mark Rutland <mark.rutland@arm.com>, Shawn Guo <shawnguo@kernel.org>, Sascha Hauer <s.hauer@pengutronix.de>, Pengutronix Kernel Team <kernel@pengutronix.de>, dl-linux-imx <linux-imx@nxp.com>, DEVICETREE <devicetree@vger.kernel.org>, LINUX-ARM-KERNEL <linux-arm-kernel@lists.infradead.org>, LKML <linux-kernel@vger.kernel.org>, Support Opensource <Support.Opensource@diasemi.com> Subject: RE: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id Date: Thu, 21 Mar 2019 11:32:20 +0000 [thread overview] Message-ID: <VI1PR10MB2352D2C805B675A1C4CBDC6AFE420@VI1PR10MB2352.EURPRD10.PROD.OUTLOOK.COM> (raw) In-Reply-To: <CAOMZO5Cz0A19P9E61dy79BFF+V2WsAjobqQ1g9TeiJSCY2Nt4A@mail.gmail.com> Hi Fabio, On 21 March 2019 11:17, Fabio Estevam, > Subject: Re: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id > > Hi Abel, > > On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa <abel.vesa@nxp.com> wrote: > > > > It seems we have other boards that need to be fixed and we can not > > > have an old dtb with functional Ethernet with a new kernel. > > > > > > Does anyone know if this issue is AR8031 specific? > > > > I can confirm the same fix is works on imx6sx too. > > imx6sx-sabresd also uses an AR8031 Ethernet PHY. > > I also tested that changing the phy-mode to "rgmii-id" fixes Ethernet > on pico-imx7d with AR8035. > > So yes, we currently have lots of broken dtb's in mainline and I am > wondering what is the proper fix here. Agreed! The DT should be an ABI. > Does anyone know what was the kernel commit that introduced such > regressions? I bisected to the original breakage (for the NFS rootfs) back to this commit: commit 13d0ab6750b20957ac1466da4e44dc0af746ff28 Reverting this commit fixed the problem, but only for the kernel up to that point: it was a long time ago, and several other fixes were added after that which meant that by the time the kernel got to v5.0 it was working for me again. I bisected the breakage between v5.0 to v5.1-rc1 as this: commit 3acca1dd17060332cfab15693733cdaf9fba1c90 ... which doesn't make sense to me. Regards, Steve --- commit 13d0ab6750b20957ac1466da4e44dc0af746ff28 Author: Heiner Kallweit <hkallweit1@gmail.com> Date: Wed Jan 16 08:07:38 2019 +0100 net: phy: check return code when requesting PHY driver module When requesting the PHY driver module fails we'll bind the genphy driver later. This isn't obvious to the user and may cause, depending on the PHY, different types of issues. Therefore check the return code of request_module(). Note that we only check for failures in loading the module, not whether a module exists for the respective PHY ID. v2: - add comment explaining what is checked and what is not - return error from phy_device_create() if loading module fails Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: David S. Miller <davem@davemloft.net> --- commit 3acca1dd17060332cfab15693733cdaf9fba1c90 Author: Heiner Kallweit <hkallweit1@gmail.com> Date: Mon Mar 4 19:39:03 2019 +0100 net: dsa: mv88e6xxx: add call to mv88e6xxx_ports_cmode_init to probe for new DSA framework In the original patch I missed to add mv88e6xxx_ports_cmode_init() to the second probe function, the one for the new DSA framework. Fixes: ed8fe20205ac ("net: dsa: mv88e6xxx: prevent interrupt storm caused by mv88e6390x_port_set_cmode") Reported-by: Shaokun Zhang <zhangshaokun@hisilicon.com> Suggested-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
WARNING: multiple messages have this Message-ID (diff)
From: Steve Twiss <stwiss.opensource@diasemi.com> To: Fabio Estevam <festevam@gmail.com>, Abel Vesa <abel.vesa@nxp.com> Cc: Mark Rutland <mark.rutland@arm.com>, Andrew Lunn <andrew@lunn.ch>, Support Opensource <Support.Opensource@diasemi.com>, DEVICETREE <devicetree@vger.kernel.org>, Sascha Hauer <s.hauer@pengutronix.de>, LKML <linux-kernel@vger.kernel.org>, Rob Herring <robh+dt@kernel.org>, dl-linux-imx <linux-imx@nxp.com>, Pengutronix Kernel Team <kernel@pengutronix.de>, Shawn Guo <shawnguo@kernel.org>, LINUX-ARM-KERNEL <linux-arm-kernel@lists.infradead.org> Subject: RE: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id Date: Thu, 21 Mar 2019 11:32:20 +0000 [thread overview] Message-ID: <VI1PR10MB2352D2C805B675A1C4CBDC6AFE420@VI1PR10MB2352.EURPRD10.PROD.OUTLOOK.COM> (raw) In-Reply-To: <CAOMZO5Cz0A19P9E61dy79BFF+V2WsAjobqQ1g9TeiJSCY2Nt4A@mail.gmail.com> Hi Fabio, On 21 March 2019 11:17, Fabio Estevam, > Subject: Re: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id > > Hi Abel, > > On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa <abel.vesa@nxp.com> wrote: > > > > It seems we have other boards that need to be fixed and we can not > > > have an old dtb with functional Ethernet with a new kernel. > > > > > > Does anyone know if this issue is AR8031 specific? > > > > I can confirm the same fix is works on imx6sx too. > > imx6sx-sabresd also uses an AR8031 Ethernet PHY. > > I also tested that changing the phy-mode to "rgmii-id" fixes Ethernet > on pico-imx7d with AR8035. > > So yes, we currently have lots of broken dtb's in mainline and I am > wondering what is the proper fix here. Agreed! The DT should be an ABI. > Does anyone know what was the kernel commit that introduced such > regressions? I bisected to the original breakage (for the NFS rootfs) back to this commit: commit 13d0ab6750b20957ac1466da4e44dc0af746ff28 Reverting this commit fixed the problem, but only for the kernel up to that point: it was a long time ago, and several other fixes were added after that which meant that by the time the kernel got to v5.0 it was working for me again. I bisected the breakage between v5.0 to v5.1-rc1 as this: commit 3acca1dd17060332cfab15693733cdaf9fba1c90 ... which doesn't make sense to me. Regards, Steve --- commit 13d0ab6750b20957ac1466da4e44dc0af746ff28 Author: Heiner Kallweit <hkallweit1@gmail.com> Date: Wed Jan 16 08:07:38 2019 +0100 net: phy: check return code when requesting PHY driver module When requesting the PHY driver module fails we'll bind the genphy driver later. This isn't obvious to the user and may cause, depending on the PHY, different types of issues. Therefore check the return code of request_module(). Note that we only check for failures in loading the module, not whether a module exists for the respective PHY ID. v2: - add comment explaining what is checked and what is not - return error from phy_device_create() if loading module fails Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: David S. Miller <davem@davemloft.net> --- commit 3acca1dd17060332cfab15693733cdaf9fba1c90 Author: Heiner Kallweit <hkallweit1@gmail.com> Date: Mon Mar 4 19:39:03 2019 +0100 net: dsa: mv88e6xxx: add call to mv88e6xxx_ports_cmode_init to probe for new DSA framework In the original patch I missed to add mv88e6xxx_ports_cmode_init() to the second probe function, the one for the new DSA framework. Fixes: ed8fe20205ac ("net: dsa: mv88e6xxx: prevent interrupt storm caused by mv88e6390x_port_set_cmode") Reported-by: Shaokun Zhang <zhangshaokun@hisilicon.com> Suggested-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: David S. Miller <davem@davemloft.net> _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-03-21 11:32 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-03-20 11:03 [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id Steve Twiss 2019-03-20 11:03 ` Steve Twiss 2019-03-20 12:16 ` Fabio Estevam 2019-03-20 12:16 ` Fabio Estevam 2019-03-20 16:03 ` Steve Twiss 2019-03-20 16:03 ` Steve Twiss 2019-03-20 17:04 ` Fabio Estevam 2019-03-20 17:04 ` Fabio Estevam 2019-03-21 8:42 ` Abel Vesa 2019-03-21 8:42 ` Abel Vesa 2019-03-21 11:17 ` Fabio Estevam 2019-03-21 11:17 ` Fabio Estevam 2019-03-21 11:32 ` Steve Twiss [this message] 2019-03-21 11:32 ` Steve Twiss 2019-03-21 11:50 ` Andrew Lunn 2019-03-21 11:50 ` Andrew Lunn 2019-03-21 11:45 ` Andrew Lunn 2019-03-21 11:45 ` Andrew Lunn 2019-03-21 12:43 ` Lucas Stach 2019-03-21 12:43 ` Lucas Stach 2019-03-22 1:11 ` Shawn Guo 2019-03-22 1:11 ` Shawn Guo 2019-03-22 2:00 ` Fabio Estevam 2019-03-22 2:00 ` Fabio Estevam 2019-03-22 2:15 ` Shawn Guo 2019-03-22 2:15 ` Shawn Guo 2019-03-22 2:24 ` Fabio Estevam 2019-03-22 2:24 ` Fabio Estevam 2019-03-22 10:20 ` Michal Vokáč 2019-03-22 10:20 ` Michal Vokáč 2019-03-22 10:50 ` Steve Twiss 2019-03-22 10:50 ` Steve Twiss 2019-03-22 10:50 ` Steve Twiss 2019-03-22 10:59 ` Andrew Lunn 2019-03-22 10:59 ` Andrew Lunn
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=VI1PR10MB2352D2C805B675A1C4CBDC6AFE420@VI1PR10MB2352.EURPRD10.PROD.OUTLOOK.COM \ --to=stwiss.opensource@diasemi.com \ --cc=Support.Opensource@diasemi.com \ --cc=abel.vesa@nxp.com \ --cc=andrew@lunn.ch \ --cc=devicetree@vger.kernel.org \ --cc=festevam@gmail.com \ --cc=kernel@pengutronix.de \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-imx@nxp.com \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=robh+dt@kernel.org \ --cc=s.hauer@pengutronix.de \ --cc=shawnguo@kernel.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: linkBe 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.