[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aYxTiJW03q1DN9XF@makrotopia.org>
Date: Wed, 11 Feb 2026 10:01:44 +0000
From: Daniel Golle <daniel@...rotopia.org>
To: Paolo Abeni <pabeni@...hat.com>
Cc: Vladimir Oltean <olteanv@...il.com>, Andrew Lunn <andrew@...n.ch>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Heiner Kallweit <hkallweit1@...il.com>,
Russell King <linux@...linux.org.uk>,
Simon Horman <horms@...nel.org>, netdev@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Frank Wunderlich <frankwu@....de>, Chad Monroe <chad@...roe.io>,
Cezary Wilmanski <cezary.wilmanski@...ran.com>,
Liang Xu <lxu@...linear.com>, John Crispin <john@...ozen.org>
Subject: Re: [PATCH net-next v14 0/4] net: dsa: initial support for MaxLinear
MxL862xx switches
On Wed, Feb 11, 2026 at 10:49:56AM +0100, Paolo Abeni wrote:
> On 2/7/26 10:47 PM, Vladimir Oltean wrote:
> > On Sat, Feb 07, 2026 at 03:06:48AM +0000, Daniel Golle wrote:
> >> This series adds very basic DSA support for the MaxLinear MxL86252
> >> (5x 2500Base-T PHYs) and MxL86282 (8x 2500Base-T PHYs) switches.
> >> In addition to the 2.5G TP ports both switches also come with two
> >> SerDes interfaces which can be used either to connect external PHYs
> >> or SFP cages, or as CPU port when using the switch with this DSA driver.
> >
> > For the entire set:
> >
> > Reviewed-by: Vladimir Oltean <olteanv@...il.com>
> >
> > with some minor comments I'll leave in individual patches, which I'd
> > like you to address.
> >
> > I don't want to put anybody in a bad spot, but given what time it is,
> > this set should get at least _some_ time in net-next before the upcoming
> > net-next PR, to allow for some reaction time in case of some unexpected
> > reports like from static analysis or similar.
>
> As I'm wrapping-up the PR right now, and the series is not applied yet,
> I fear the above is not going to happen.
>
> Since a driver is involved (as opposed to the core stack) and there will
> be the usual release cycle to address issues before the code lands in an
> official release, I tend to think this series should still be merged -
> unless someone voices strong and valid concerns _very soon_.
>
> Thanks,
>
> Paolo
>
> So it would be good,
> > because of that, for the fixups as a result of my comments to be
> > separate patches rather than a new version.
Meaning I should send them *now*, despite net-next being closed already?
Powered by blists - more mailing lists