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 D6BAD396D3E; Wed, 25 Feb 2026 11:44:16 +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=1772019861; cv=none; b=e3dfQbqEy1WxVKBHm8ZkfQra7QewaKLa1H6Z8y+Iri5K/zYV/JpVHJDtix0EVWys6J6mgGNKgfOvD592a/kOn/4BIhsY/G1t+hyIQ8U0XGBzmPU/Zrfr/ds5RMETkm+n0YvuGFIEVynKMuhvP1IPcnSGUntoe/elQfdK6wx5zIo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772019861; c=relaxed/simple; bh=6oUlpulP4mGiVZOEl+CKuUfQoGH3Ii6foR8Qu8r91vw=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=X3Pm7dXkRCOt+rlxaiOk5IdYGXPtSv3USIx0SBWz8Eprkvk7DsWk4sc0PD9HqfX+OrH5m6q0TTiFfm+peFhKJFLS2VX8pBK2LLGez2xnVwzEimHROQYsb1RgBV0JAOwlI8pKZQ1tyQqyCmL+Y/xorGpHQKzkk2IwyIcqHCUBRsA= 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=Ou12iFe7; 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="Ou12iFe7" 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=Ol8ts1DOuNnxPmgjbmwwA3kl00RvyOz9cJHuYK4vjBA=; b=Ou12iFe72MgqNIztS7wLmZoywZ jDPBqY2AaCSiPyDU+ig/x+N6n9aR99VLrW81tuKlkn4/EudaFTBdqHM49r9da2+e76bXQz9NkU+fN gbkUfkuR/LwMRAL15S+9a0Ujp+3giXXFK22XiDVoeEOx6PqO6vtXLQzVB9vfc64CaPknFyZOHLFGi BC15Jkb4y5LULBQ82Ht3CaGC6FigdmR1bpg10H/z0m0ex6pUWJ4fKiuxAhw9127uQQusAldK0zzJ6 G2NE1OXKvaT+oKgabTU9MCZN+0k5MmGznWohzLIC715W/TslQFtvrqdxHBEuQouSupPUBvRNvQZz9 yVgS6YHw==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:60644) 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 1vvDJH-000000006Yt-0PbI; Wed, 25 Feb 2026 11:44:07 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.98.2) (envelope-from ) id 1vvDJB-000000000vA-2EeJ; Wed, 25 Feb 2026 11:44:01 +0000 Date: Wed, 25 Feb 2026 11:44:01 +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 0/7] 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 final of the three part series sorting out the PCS support in stmmac, building on part 2, which was posted earlier today: 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. drivers/net/ethernet/stmicro/stmmac/common.h | 4 - .../ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c | 1 + 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 | 160 +++++++++++++++++++-- drivers/net/ethernet/stmicro/stmmac/stmmac_pcs.h | 29 +++- include/linux/stmmac.h | 1 + 10 files changed, 200 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!