[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9644a96d17152014c8e7f91e9786dde26f67d7a5.camel@redhat.com>
Date: Tue, 16 Apr 2024 12:27:29 +0200
From: Paolo Abeni <pabeni@...hat.com>
To: Serge Semin <fancer.lancer@...il.com>, Alexandre Torgue
<alexandre.torgue@...s.st.com>, Jose Abreu <joabreu@...opsys.com>, "David
S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Jakub
Kicinski <kuba@...nel.org>, Russell King <linux@...linux.org.uk>, Yanteng
Si <siyanteng@...ngson.cn>, Maxime Coquelin <mcoquelin.stm32@...il.com>
Cc: Simon Horman <horms@...nel.org>, Huacai Chen <chenhuacai@...nel.org>,
Chen-Yu Tsai <wens@...e.org>, Jernej Skrabec <jernej.skrabec@...il.com>,
Samuel Holland <samuel@...lland.org>, netdev@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-sunxi@...ts.linux.dev,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next 4/4] net: stmmac: Move MAC caps init to phylink
MAC caps getter
On Fri, 2024-04-12 at 21:03 +0300, Serge Semin wrote:
> After a set of fixes the stmmac_phy_setup() and stmmac_reinit_queues()
> method have turned to having some duplicated code. Let's get rid from the
> duplication by moving the MAC-capabilities initialization to the PHYLINK
> MAC-capabilities getter. The getter is called during each network device
> interface open/close cycle. So the MAC-capabilities will be initialized in
> normal device functioning and in case of the Tx/Rx queues
> re-initialization as the original code semantics implies.
>
> Signed-off-by: Serge Semin <fancer.lancer@...il.com>
This is a net-next follow-up for the previous 3 patches
targeting 'net', right?
If so, you should have posted this one separately after the other would
have been merged back into net-next.
We can apply the first 3 to 'net', but you will have to repost 4/4
after ~Thu.
Thanks,
Paolo
Powered by blists - more mailing lists