netdev - Re: [PATCH net] net: dsa: validate source trunk against lags

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <42a1926a-6e1a-4b0e-92e1-2647d7c75993@lunn.ch>
Date: Tue, 5 Aug 2025 13:52:51 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Vladimir Oltean <olteanv@...il.com>
Cc: Ryan Wilkins <Ryan.Wilkins@...osalliance.com>,
	Luke Howard <lukeh@...l.com>, netdev@...r.kernel.org
Subject: Re: [PATCH net] net: dsa: validate source trunk against lags_len

On Tue, Aug 05, 2025 at 10:42:26AM +0300, Vladimir Oltean wrote:
> Hello Ryan,
> 
> On Tue, Aug 05, 2025 at 12:06:32AM -0400, Ryan Wilkins wrote:
> > I cannot confirm if the problem reproduces without the in-band management
> > patches applied as I’m testing with a Raspberry Pi that has no current
> > ability to connect to the switch chip via MDIO.
> 
> Last I checked, the RMU patches did not offer the possibility to control
> the switch exclusively over Ethernet; an MDIO connection was still
> necessary, mainly as a fallback to mv88e6xxx_rmu_available(). Has any of
> that changed? Who enables RMU management in the first place?

Luke has extended my patches to add pure RMU support. It does require
the EEPROM has the needed contents to get the switch into RMU mode,
but with that, no MDIO is required.

	Andrew