From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [78.32.30.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6800F37AA7B; Mon, 9 Mar 2026 11:19:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=78.32.30.218 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773055147; cv=none; b=r9+KlEwbXaEQAgVXOFRSDxuNthOyeUn3csRRw6iRojF6hHulUqZ6VLqGxq6r7RKZ898uyqX5G3sTKTM/94oLB0Jj7UckFAGbVgwgaoMhV3U32UD5ShLy2Cbfkq8f4+XdzBft14x8t2SvghkqY2YFauxkRrFY3IYo1cWKAqhfcyY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773055147; c=relaxed/simple; bh=e26ewyP62DlFaEtzlW6Dl1fgaD9Iukz1/0N5Y+85zqk=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=bh4nTD4qXCOjGnYy8mUHYPqs0iv8nd8zQhnoSVXrLs2oZKsP3ELYSmMOaMort9T5k8fqfGpnYn7jRGeg/jYBDZW7qFleJyGxuW7tbb0eBjP6UfMvz2FWwO3jgsE6oEfxD3l14NAJO75hxoyL0xDod4dN+7xm5Qqt4/cXURMMRj0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=armlinux.org.uk; spf=none smtp.mailfrom=armlinux.org.uk; dkim=pass (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b=wvfZG1rj; arc=none smtp.client-ip=78.32.30.218 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=armlinux.org.uk Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=armlinux.org.uk Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="wvfZG1rj" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:Content-Type:MIME-Version: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=yui9egGse2WyJ/Faqva38aIhxCIDPEytRtxU4GnJ77g=; b=wvfZG1rjT6sX1Sw3kQvMN9aRHn ISBTN32eHE03RWdjodVFcW9hPL5KC0J3f3eti+P5yKxyHcj7Q9YcnyNRmSbs4sXl8bdR7BdliqJ4y o0oBi77ChBO9m1gWcHdT2TVaIxOgVMlvPacKhMxGkCLs1r9HsOr9wXJr4tQ/xbzJ6Dejv6PPd+Tth DrsjItGVepXlYJ/WCvwdWwlsSbr3WGZOLh0QCuih+H4CVlq6Zczkx4tMDpD5HxUbJO5iVvltw1Ee+ iRuaDZ0UJLxFlzTSGReKohXXEQD2OlWnNj1kOfa4SOeOOXIf4fboTi1YM+zzwT0pidN/JwfLQZtrc wY2ZwMrQ==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:47002) by pandora.armlinux.org.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vzYdY-000000003f5-0xCe; Mon, 09 Mar 2026 11:19:00 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.98.2) (envelope-from ) id 1vzYdW-000000004Gf-08bF; Mon, 09 Mar 2026 11:18:58 +0000 Date: Mon, 9 Mar 2026 11:18:57 +0000 From: "Russell King (Oracle)" To: Andrew Lunn Cc: Alexandre Torgue , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, Mohd Ayaan Anwar , netdev@vger.kernel.org, Paolo Abeni , Vinod Koul Subject: [PATCH RFC net-next v3 0/8] net: stmmac: improve PCS support Message-ID: Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: Russell King (Oracle) This series is the next of the three part series sorting out the PCS support in stmmac, building on part 2: net: stmmac: qcom-ethqos: further serdes reorganisation Similar patches have been posted previously. This series does away with the common SerDes PHY support, instead using a flag to indicate whether 2500Mbps mode is supported (STMMAC_FLAG_SERDES_SUPPORTS_2500M.) At this time, I have no plans to resurect the common SerDes PHY support - the generic PHY layer implementations are just too random to consider that, and I certainly do not want the extra work of fixing that. I've also changed the last patch which prints warnings when qcom-ethqos changes the PCS state - this will now indicate in a readable form whether the ANE or SGMRAL bits have changed state, rather than having to refer back to the definitions in the code or the databook. I am hoping that - subject to this working for qcom-ethqos - we can drop this last patch in the final submission, along with the dwmac_ctrl_ane() and ethqos_pcs_set_inband() functions and associated definitions. This will also mean that stmmac will finally be driving the PCS correctly from a phylink point of view. v3: - move printing after register write in v2 series patch 7. - reorder patches from v2 and add a new patch: 4, 5, 1, 3, 2, new patch, 6, 7. - the new patch enables use of phylink's inband mode for SGMII with qcom-ethqos, so the last patch reporting PCS configuration changes should now be silent. If the last patch is now silent upon testing, I will replace that with a patch which removes ethqos_pcs_set_inband() and stmmac_pcs_ctrl_ane(). drivers/net/ethernet/stmicro/stmmac/common.h | 4 - .../ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c | 3 + drivers/net/ethernet/stmicro/stmmac/dwmac1000.h | 12 +- .../net/ethernet/stmicro/stmmac/dwmac1000_core.c | 11 +- drivers/net/ethernet/stmicro/stmmac/dwmac4.h | 10 +- drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 10 +- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 8 +- drivers/net/ethernet/stmicro/stmmac/stmmac_pcs.c | 156 +++++++++++++++++++-- drivers/net/ethernet/stmicro/stmmac/stmmac_pcs.h | 29 +++- include/linux/stmmac.h | 1 + 10 files changed, 198 insertions(+), 46 deletions(-) -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!