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 159C53822A9; Wed, 4 Mar 2026 08:47:54 +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=1772614077; cv=none; b=WLRQc0ioTQmzH0ep9ShmLjTrJSO+ZT+HhhOHaa4xiSQ8mui6And/1iv67nf3CbU/dOBxUNeurO0A3w2hT6zNKthneeWpWpOSEhRsvRnksFvRyUw1NNyky+uZOGzdt8qPL9O1K4KpjA0zJm/aeQH1Ty8g5ZnE/5+lZIODvQG+RhA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772614077; c=relaxed/simple; bh=clGftPmj2+c1YG99mGBbz50S6DhXt1AyOqKowzose9I=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=JLvg6jA5A9csut7Q4kMC6a29tVsdOXKMR+RIf7A61gilug1V90gusyerfdEjhGjQEWANrLsT63ldfKB7EHbLlUuQCkynfxvXl/lv8dLrPGNqwWcQJd6PUMVEvKbSDxDOH5xb8JSAENAyEAFgnAs0+7lrgADduMA6eZ6WmuYMI7M= 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=RQL7HIlc; 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="RQL7HIlc" 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=R3yEO4bBe5WxEVH7suRiLaNUM3m0kjyEmV+fOL4Vhyo=; b=RQL7HIlcO587or0eFJTfqe3qxN QB4xHV4oKbgXumQ3KWKvGNAlQQIHCjoiKr1kzKqN40dQoemka3vzfaCMKXLIhHiV26xEfIw9OYMZA 97syH3PRdGQgFqdmORM9NYSAv3XxZLUmgahw07UO9IhBeM88wesm7Jj7rvHS5o/25TNUZgP5GjzXB GUruRtRiwES8/z4UZ+mtVS/PhOoFTDzhpWav1na63WCNZC0PJdjBrk5HLMean2+40K3Rtwk7TujVo juNKdMYisrY83m+58imHgtUy3gDALyQzt5kRxFae3QId3CGe1nMneKSXKcd3T2A7BvvxyLDc7r50A KS2EKrfg==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:56142) 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 1vxhtL-0000000068d-3e9B; Wed, 04 Mar 2026 08:47:39 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.98.2) (envelope-from ) id 1vxhtI-000000007lz-1Biy; Wed, 04 Mar 2026 08:47:36 +0000 Date: Wed, 4 Mar 2026 08:47:36 +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 v2 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) Resending this as the original RFC now conflicts with net-next. This series is the next of the three part series sorting out the PCS support in stmmac, building on part 2, which was posted yesterday: 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!