[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZX7P4+NwK9fl0M8z@shell.armlinux.org.uk>
Date: Sun, 17 Dec 2023 10:39:31 +0000
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: patchwork-bot+netdevbpf@...nel.org
Cc: Vladimir Oltean <vladimir.oltean@....com>, netdev@...r.kernel.org,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, andrew@...n.ch, hkallweit1@...il.com
Subject: Re: [PATCH net-next] net: phylink: reimplement population of
pl->supported for in-band
I haven't reviewed this yet, and I said that I probably wouldn't have
time. Do I need to spend time stating this on every email I receive?
Do I have time to do that? No.
On Sun, Dec 17, 2023 at 01:11:52AM +0000, patchwork-bot+netdevbpf@...nel.org wrote:
> Hello:
>
> This patch was applied to netdev/net-next.git (main)
> by David S. Miller <davem@...emloft.net>:
>
> On Wed, 13 Dec 2023 17:51:42 +0200 you wrote:
> > phylink_parse_mode() populates all possible supported link modes for a
> > given phy_interface_t, for the case where a phylib phy may be absent and
> > we can't retrieve the supported link modes from that.
> >
> > Russell points out that since the introduction of the generic validation
> > helpers phylink_get_capabilities() and phylink_caps_to_linkmodes(), we
> > can rewrite this procedure to populate the pl->supported mask, so that
> > instead of spelling out the link modes, we derive an intermediary
> > mac_capabilities bit field, and we convert that to the equivalent link
> > modes.
> >
> > [...]
>
> Here is the summary with links:
> - [net-next] net: phylink: reimplement population of pl->supported for in-band
> https://git.kernel.org/netdev/net-next/c/37a8997fc5a5
>
> You are awesome, thank you!
> --
> Deet-doot-dot, I am a bot.
> https://korg.docs.kernel.org/patchwork/pwbot.html
>
>
>
--
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