From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C29BFC6FD18 for ; Fri, 31 Mar 2023 10:17:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To: Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=5P91d6PC4Ir4m6v+hoMMV1mzQVmPLodC7Mby9lNyx3E=; b=Mhohn2hjFJrmIYVkSNBnkbb0kb G7Thhzkh8KCvuy7fzgwh2ejCCdx8YeZLl8djuwNU63MDYM+aDy0S2HN3wiVgqFrKKdGsUdqqzcdv5 wRQVB1fGcfciCz4psFZbmo/YuvrcAJzgvCp50y4gdC+ltLU2mCh1kMf802UU2uS3zAJBEFq6iEEe5 8QkSI3EH9eRVUc4UfgGiJk1yeQK3tufXdEMmr0Sx1Ie2zGN8fkq9CrRVaP3b0cSipUWB7HLVEDRsy qi9eBnjpa+PnDQuCDQldSx+6K1P6JtDvlevXZ317l3ifu/Ssy4Tsb86cP4xPAnncjshXFS6ue9RSV tVv9E7+Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1piBos-006tjt-16; Fri, 31 Mar 2023 10:17:18 +0000 Received: from fudo.makrotopia.org ([2a07:2ec0:3002::71]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1piBop-006tiU-1s; Fri, 31 Mar 2023 10:17:17 +0000 Received: from local by fudo.makrotopia.org with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.96) (envelope-from ) id 1piBoc-0001PC-0s; Fri, 31 Mar 2023 12:17:02 +0200 Date: Fri, 31 Mar 2023 11:16:44 +0100 From: Daniel Golle To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= Cc: netdev@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux@armlinux.org.uk, linux-kernel@vger.kernel.org, Andrew Lunn , Florian Fainelli , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Matthias Brugger , AngeloGioacchino Del Regno , Sean Wang , Landen Chao , DENG Qingfang , Philipp Zabel , Sam Shih , Lorenzo Bianconi , John Crispin , Felix Fietkau , Luiz Angelo Daros de Luca Subject: Re: [PATCH net-next 14/15] net: dsa: mt7530: introduce driver for MT7988 built-in switch Message-ID: References: <6a7c5f81-a8a3-27b5-4af3-7175a3313f9a@arinc9.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6a7c5f81-a8a3-27b5-4af3-7175a3313f9a@arinc9.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230331_031715_623620_8CA65CEA X-CRM114-Status: GOOD ( 33.91 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org On Fri, Mar 31, 2023 at 08:50:28AM +0300, Arınç ÜNAL wrote: > On 30.03.2023 18:23, Daniel Golle wrote: > > Add driver for the built-in Gigabit Ethernet switch which can be found > > in the MediaTek MT7988 SoC. > > > > The switch shares most of its design with MT7530 and MT7531, but has > > it's registers mapped into the SoCs register space rather than being > > connected externally or internally via MDIO. > > > > Introduce a new platform driver to support that. > > > > Signed-off-by: Daniel Golle > > --- > > MAINTAINERS | 2 + > > drivers/net/dsa/Kconfig | 12 ++++ > > drivers/net/dsa/Makefile | 1 + > > drivers/net/dsa/mt7530-mmio.c | 101 ++++++++++++++++++++++++++++++++++ > > drivers/net/dsa/mt7530.c | 86 ++++++++++++++++++++++++++++- > > drivers/net/dsa/mt7530.h | 12 ++-- > > 6 files changed, 206 insertions(+), 8 deletions(-) > > create mode 100644 drivers/net/dsa/mt7530-mmio.c > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index 14924aed15ca7..674673dbdfd8b 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -13174,9 +13174,11 @@ MEDIATEK SWITCH DRIVER > > M: Sean Wang > > M: Landen Chao > > M: DENG Qingfang > > +M: Daniel Golle > > L: netdev@vger.kernel.org > > S: Maintained > > F: drivers/net/dsa/mt7530-mdio.c > > +F: drivers/net/dsa/mt7530-mmio.c > > F: drivers/net/dsa/mt7530.* > > F: net/dsa/tag_mtk.c > > diff --git a/drivers/net/dsa/Kconfig b/drivers/net/dsa/Kconfig > > index c2551b13324c2..de4d86e37973f 100644 > > --- a/drivers/net/dsa/Kconfig > > +++ b/drivers/net/dsa/Kconfig > > @@ -52,6 +52,18 @@ config NET_DSA_MT7530 > > Multi-chip module MT7530 in MT7621AT, MT7621DAT, MT7621ST and > > MT7623AI SoCs is supported as well. > > +config NET_DSA_MT7988 > > + tristate "MediaTek MT7988 built-in Ethernet switch support" > > + select NET_DSA_MT7530_COMMON > > + depends on HAS_IOMEM > > + help > > + This enables support for the built-in Ethernet switch found > > + in the MediaTek MT7988 SoC. > > + The switch is a similar design as MT7531, however, unlike > > + other MT7530 and MT7531 the switch registers are directly > > + mapped into the SoCs register space rather than being accessible > > + via MDIO. > > + > > config NET_DSA_MV88E6060 > > tristate "Marvell 88E6060 ethernet switch chip support" > > select NET_DSA_TAG_TRAILER > > diff --git a/drivers/net/dsa/Makefile b/drivers/net/dsa/Makefile > > index 71250d7dd41af..103a33e20de4b 100644 > > --- a/drivers/net/dsa/Makefile > > +++ b/drivers/net/dsa/Makefile > > @@ -8,6 +8,7 @@ endif > > obj-$(CONFIG_NET_DSA_LANTIQ_GSWIP) += lantiq_gswip.o > > obj-$(CONFIG_NET_DSA_MT7530_COMMON) += mt7530.o > > obj-$(CONFIG_NET_DSA_MT7530) += mt7530-mdio.o > > +obj-$(CONFIG_NET_DSA_MT7988) += mt7530-mmio.o > > I'm not fond of this way. Wouldn't it be better if we split the mdio and > mmio drivers to separate modules and kept switch hardware support on > mt7530.c? You mean this in terms of Kconfig symbols? Because the way you describe is basically what I'm doing here: * mt7530.c is the shared/common switch hardware driver * mt7530-mdio.c contains the MDIO accessors and MDIO device drivers for MT7530, MT7531, MT7621, MT7623, ... * mt7530-mmio.c contains the platform device driver for in-SoC switches which are accessed via MMIO, ie. MT7988 (and yes, this could be extended to also support MT7620A/N). In early drafts I also named the Kconfig symbols CONFIG_NET_DSA_MT7530 for mt7530.c (ie. the common part) CONFIG_NET_DSA_MT7530_MDIO for the MDIO driver CONFIG_NET_DSA_MT7530_MMIO for the MMIO driver However, as existing kernel configurations expect CONFIG_NET_DSA_MT7530 to select the MDIO driver, I decided it would be better to hide the symbol of the common part and have CONFIG_NET_DSA_MT7530 select the MDIO driver like it was before. Hence I decided to go with CONFIG_NET_DSA_MT7530 selects the MDIO driver, just like before CONFIG_NET_DSA_MT7988 selects the new MMIO driver CONFIG_NET_DSA_MT7530_COMMON is hidden, selected by both of the above > > The mmio driver could be useful in the future for the MT7530 on the MT7620 > SoCs or generally new hardware that would use MMIO to be controlled. > Sure, it would be a bit confusing once we add support for MT7620A/N (if that ever happens...), then CONFIG_NET_DSA_MT7988 would need to be selected to support this ancient MIPS SoC... If you are planning to work on support for MT7620A/N feel free to suggest a better way to name the Kconfig symbols. > Luiz did this for the Realtek switches that use MDIO and SMI to be > controlled. > > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/tree/drivers/net/dsa/realtek/Kconfig > > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/tree/drivers/net/dsa/realtek/Makefile Are you suggesting to split-off a device-specific driver which would then select the access-method driver (MDIO vs. MMIO) and the common/shared driver? To me this looks like overkill for MT7530, given that the designs of all MT7530 are pretty similar, ie. same tag format and also otherwise very similar. Thank you for reviewing! Daniel