From patchwork Tue Jan 23 21:55:52 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Luiz Angelo Daros de Luca X-Patchwork-Id: 13528182 Received: from mail-oo1-f45.google.com (mail-oo1-f45.google.com [209.85.161.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ED533487AE for ; Tue, 23 Jan 2024 21:56:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.161.45 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706047010; cv=none; b=mpBs0bwtFdOG1qSzZu7hOrkXfb2OMUSESC/aCnKwZ4IXtREKX1R6DaFRftukG6JOUZt+Ne6eYGsMsQdAmnajjyYsnu976z8eOwuQS9aSBSc/soF4Xq+klpQXau249ONtrbk3Gz7CwHZQrUWRQEO8LQ85J8hf2M1B4kTg6NH3H8w= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706047010; c=relaxed/simple; bh=BvxSB/pDO2jnrNwC0J1Av+EnE+DgvcJVeNNI0mTX2KI=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Lh13AcWScac3WzR5GsDhzs3bSCRk1hQXLlEE5EQCXStDZPfEEduKYDXoak3cAJPLRFgK+Nlij9hbmZIpP1bhxONFFDW7UyZUlk+W7vmZsr8uAhP823ztjm59qjkM7Ib0T0I+Z8vcqb4Nai8mPCiiXxECPIzNP7VVRIX8BEfmwBo= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=BrhbaU2a; arc=none smtp.client-ip=209.85.161.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="BrhbaU2a" Received: by mail-oo1-f45.google.com with SMTP id 006d021491bc7-5989d8decbfso3058314eaf.2 for ; Tue, 23 Jan 2024 13:56:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706047007; x=1706651807; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=pSqq7f+3EB1MTvbivcd5VuYRADRq1ldDUtgdgeiF92Y=; b=BrhbaU2aKBL4y1RY9AAhdcjAkjwSO5lom6tcpdM/7xCP7QiBKxHDWTy91l6cbYTBu+ aMFfvmyB+TkTnFSvdPQjfqJoA8VSPGVx1H9Ibm5s/DXRXVrP4RnluEj4yKUH6QZXdHQE rtj6Sj+5ryYC2AppF+wEudmgcsEzLAP5CQaG2+2f8fGm82mK9nmQBF7Xzwa2nA6ShRgY Ef3GV4lYXpyFAA/U5W43ZUR56OCWm9R8HvvIN99WeLzkA7vvkr82Aj2gs98+RpvWg3Yd S63oWSWXff6d58vlBGtlIvDd3FSOediXjCu/VfWOZG0RWqKObW79odnqJ20+Jsz0VHk/ bvxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706047007; x=1706651807; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pSqq7f+3EB1MTvbivcd5VuYRADRq1ldDUtgdgeiF92Y=; b=bPEcWAZheo5se4tOGE5+HcOd9GkEdqoyLrqyiQ0ar+fhPAsTGGabTEEu+jn/5GGSGM hjj5QnZ84ypVzg5Y6mERJ2kunKEfEptG/TUGW0++1e7iPojzBjX2/5uMpehLlyc3yZ5s XmJIjGxvVZOTp3AEMvbZbOpF+JFMohEszgN//dPFlTHEUR1p1CQ8QqoIT9tjtp1UrFDz wKGlqdaDtOGE6gA4IQB2/xiPr7kRW0NdbMUNVeFnE/5WIQxI/TNMi8Q6UHripq5APx8j lJImaZMjHoVgCn9qyxAgVzZEUoJmwgV9aBj8Ob8AxLJYB3mGPgE/Z71b4F3hDeIcmipj Ty8Q== X-Gm-Message-State: AOJu0YzhRtnvgD9H9uYl5S2TpwW7qgExBSawiqcAODiX8UpggvfQvC9T 5j7OMBtg2lj+fPY5ScmxbVQhpY0J4J30tiHDtAFElJPW95mnJBKXgZ4FR07ds9E= X-Google-Smtp-Source: AGHT+IEimHfWjMCaPpGdfBCi/93MPMWrE+sOMZyiUIUI43fK528NCrw5PnliRxj2rOAVC3C+KGExvg== X-Received: by 2002:a05:6358:261c:b0:176:4aba:85d4 with SMTP id l28-20020a056358261c00b001764aba85d4mr4612752rwc.8.1706047007073; Tue, 23 Jan 2024 13:56:47 -0800 (PST) Received: from tresc054937.tre-sc.gov.br (177-131-126-82.acessoline.net.br. [177.131.126.82]) by smtp.gmail.com with ESMTPSA id q17-20020a637511000000b005d43d5a9678sm693738pgc.35.2024.01.23.13.56.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Jan 2024 13:56:46 -0800 (PST) From: Luiz Angelo Daros de Luca To: netdev@vger.kernel.org Cc: linus.walleij@linaro.org, alsi@bang-olufsen.dk, andrew@lunn.ch, f.fainelli@gmail.com, olteanv@gmail.com, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, arinc.unal@arinc9.com, ansuelsmth@gmail.com, Luiz Angelo Daros de Luca Subject: [PATCH net-next v4 00/11] net: dsa: realtek: variants to drivers, interfaces to a common module Date: Tue, 23 Jan 2024 18:55:52 -0300 Message-ID: <20240123215606.26716-1-luizluca@gmail.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Patchwork-Delegate: kuba@kernel.org The current driver consists of two interface modules (SMI and MDIO) and two family/variant modules (RTL8365MB and RTL8366RB). The SMI and MDIO modules serve as the platform and MDIO drivers, respectively, calling functions from the variant modules. In this setup, one interface module can be loaded independently of the other, but both variants must be loaded (if not disabled at build time) for any type of interface. This approach doesn't scale well, especially with the addition of more switch variants (e.g., RTL8366B), leading to loaded but unused modules. Additionally, this also seems upside down, as the specific driver code normally depends on the more generic functions and not the other way around. Each variant module was converted into real drivers, serving as both a platform driver (for switches connected using the SMI interface) and an MDIO driver (for MDIO-connected switches). The relationship between the variant and interface modules is reversed, with the variant module now calling both interface functions (if not disabled at build time). While in most devices only one interface is likely used, the interface code is significantly smaller than a variant module, consuming fewer resources than the previous code. With variant modules now functioning as real drivers, compatible strings are published only in a single variant module, preventing conflicts. The patch series introduces a new common module for functions shared by both variants. This module also absorbs the two previous interface modules, as they would always be loaded anyway. The series relocates the user MII driver from realtek-smi to rtl83xx. It is now used by MDIO-connected switches instead of the generic DSA driver. There's a change in how this driver locates the MDIO node. It now only searches for a child node named "mdio". The dsa_switch in realtek_priv->ds is now embedded in the struct. It is always in use and avoids dynamic memory allocation. Testing has been performed with an RTL8367S (rtl8365mb) using MDIO interface and an RTL8366RB (rtl8366) with SMI interface. Luiz --- Changes: v3-v4: 1) Changed Makefile to use ifdef instead of dynamic variable names. 2) Added comments for all exported symbols. 3) Migrated exported symbols to REALTEK_DSA namespace. 4) renamed realtek_common to rtl83xx. 5) put the mdio node just after registration and not in driver remove. 6) rtl83xx_probe now receives a struct with regmap read/write functions and build regmap_config dynamically. 7) pulled into a new patch the realtek_priv change from "common realtek-dsa module". 8) pulled into a new patch the user_mii_bus setup changes from "migrate user_mii_bus setup to realtek-dsa". 9) removed the revert "net: dsa: OF-ware slave_mii_bus" patch from the series. v2-v3: 1) Look for the MDIO bus searching for a child node named "mdio" instead of the compatible string. 2) Removed the check for a phy-handle in ports. ds->user_mii_bus will not be used anymore. 3) Dropped comments for realtek_common_{probe,register_switch}. 4) Fixed a compile error in "net: dsa: OF-ware slave_mii_bus". 5) Used the wrapper realtek_smi_driver_register instead of platform_driver_register. v1-v2: 1) Renamed realtek_common module to realtek-dsa. 2) Removed the warning when the MDIO node is not named "mdio." 3) ds->user_mii_bus is only assigned if all user ports do not have a phy-handle. 4) of_node_put is now back to the driver remove method. 5) Renamed realtek_common_probe_{pre,post} to realtek_common_{probe,register_switch}. 6) Added some comments for realtek_common_{probe,register_switch}. 7) Using dev_err_probe whenever possible. 8) Embedded priv->ds into realtek_priv, removing its dynamic allocation. 9) Fixed realtek-common.h macros. 10) Save and check the return value in functions, even when it is the last one. 11) Added the #if expression as a comment to #else and #endif in header files. 12) Unregister the platform and the MDIO driver in the reverse order they are registered. 13) Unregister the first driver if the second one failed to register. 14) Added the revert patch for "net: dsa: OF-ware slave_mii_bus." Luiz Angelo Daros de Luca (11): net: dsa: realtek: drop cleanup from realtek_ops net: dsa: realtek: introduce REALTEK_DSA namespace net: dsa: realtek: convert variants into real drivers net: dsa: realtek: keep variant reference in realtek_priv net: dsa: realtek: common rtl83xx module net: dsa: realtek: merge rtl83xx and interface modules into realtek-dsa net: dsa: realtek: get internal MDIO node by name net: dsa: realtek: clean user_mii_bus setup net: dsa: realtek: migrate user_mii_bus setup to realtek-dsa net: dsa: realtek: use the same mii bus driver for both interfaces net: dsa: realtek: embed dsa_switch into realtek_priv drivers/net/dsa/realtek/Kconfig | 20 +- drivers/net/dsa/realtek/Makefile | 13 +- drivers/net/dsa/realtek/realtek-mdio.c | 211 +++++-------------- drivers/net/dsa/realtek/realtek-mdio.h | 48 +++++ drivers/net/dsa/realtek/realtek-smi.c | 277 +++++-------------------- drivers/net/dsa/realtek/realtek-smi.h | 48 +++++ drivers/net/dsa/realtek/realtek.h | 12 +- drivers/net/dsa/realtek/rtl8365mb.c | 126 ++++++----- drivers/net/dsa/realtek/rtl8366-core.c | 22 +- drivers/net/dsa/realtek/rtl8366rb.c | 119 ++++++----- drivers/net/dsa/realtek/rtl83xx.c | 267 ++++++++++++++++++++++++ drivers/net/dsa/realtek/rtl83xx.h | 22 ++ 12 files changed, 667 insertions(+), 518 deletions(-) create mode 100644 drivers/net/dsa/realtek/realtek-mdio.h create mode 100644 drivers/net/dsa/realtek/realtek-smi.h create mode 100644 drivers/net/dsa/realtek/rtl83xx.c create mode 100644 drivers/net/dsa/realtek/rtl83xx.h