[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <dxkpa2abcz4nxmmrhrg5stwgenwdsyeah2box33fob2ssoot22@52smn4gv2qrb>
Date: Sat, 5 Oct 2024 02:29:10 +0300
From: Serge Semin <fancer.lancer@...il.com>
To: "Russell King (Oracle)" <linux@...linux.org.uk>,
Andrew Lunn <andrew@...n.ch>, Jakub Kicinski <kuba@...nel.org>
Cc: Heiner Kallweit <hkallweit1@...il.com>,
Alexandre Torgue <alexandre.torgue@...s.st.com>, "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>, Florian Fainelli <f.fainelli@...il.com>,
Jiawen Wu <jiawenwu@...stnetic.com>, Jose Abreu <joabreu@...opsys.com>,
Jose Abreu <Jose.Abreu@...opsys.com>, linux-arm-kernel@...ts.infradead.org,
linux-stm32@...md-mailman.stormreply.com, Maxime Coquelin <mcoquelin.stm32@...il.com>,
Mengyuan Lou <mengyuanlou@...-swift.com>, netdev@...r.kernel.org, Paolo Abeni <pabeni@...hat.com>,
Vladimir Oltean <olteanv@...il.com>
Subject: Re: [PATCH net-next 00/10] net: pcs: xpcs: cleanups batch 1
On Tue, Oct 01, 2024 at 05:02:48PM GMT, Russell King (Oracle) wrote:
> Hi,
>
> First, sorry for the bland series subject - this is the first in a
> number of cleanup series to the XPCS driver. This series has some
> functional changes beyond merely cleanups, notably the first patch.
>
> This series starts off with a patch that moves the PCS reset from
> the xpcs_create*() family of calls to when phylink first configures
> the PHY. The motivation for this change is to get rid of the
> interface argument to the xpcs_create*() functions, which I see as
> unnecessary complexity. This patch should be tested on Wangxun
> and STMMAC drivers.
>
> Patch 2 removes the now unnecessary interface argument from the
> internal xpcs_create() and xpcs_init_iface() functions. With this,
> xpcs_init_iface() becomes a misnamed function, but patch 3 removes
> this function, moving its now meager contents to xpcs_create().
>
> Patch 4 adds xpcs_destroy_pcs() and xpcs_create_pcs_mdiodev()
> functions which return and take a phylink_pcs, allowing SJA1105
> and Wangxun drivers to be converted to using the phylink_pcs
> structure internally.
>
> Patches 5 through 8 convert both these drivers to that end.
>
> Patch 9 drops the interface argument from the remaining xpcs_create*()
> functions, addressing the only remaining caller of these functions,
> that being the STMMAC driver.
Better later than never. Just reached my hardware treasury and managed to
test the series out on the next setup:
DW XGMAC <-(XGMII)-> DW XPCS <-(10Gbase-R)-> Marvell 88x2222
<-(10gbase-R)->
SFP+ fiber SFP+
<-(10gbase-r)->
Marvell 88x2222 <-(10gbase-r)-> DW XPCS <-(XGMII)-> DW XGMAC
DW XGMAC was working under the STMMAC driver control.
No problem has been spotted. So
Tested-by: Serge Semin <fancer.lancer@...il.com>
-Serge(y)
>
> As patch 7 removed the direct calls to the XPCS config/link-up
> functions, the last patch makes these functions static.
>
> drivers/net/dsa/sja1105/sja1105.h | 2 +-
> drivers/net/dsa/sja1105/sja1105_main.c | 85 ++++++++++----------
> drivers/net/dsa/sja1105/sja1105_mdio.c | 28 ++++---
> drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c | 7 +-
> drivers/net/ethernet/wangxun/txgbe/txgbe_phy.c | 18 ++---
> drivers/net/ethernet/wangxun/txgbe/txgbe_type.h | 2 +-
> drivers/net/pcs/pcs-xpcs.c | 92 ++++++++++++++---------
> include/linux/pcs/pcs-xpcs.h | 14 ++--
> 8 files changed, 132 insertions(+), 116 deletions(-)
>
> --
> RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
> FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
>
Powered by blists - more mailing lists