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-next>] [day] [month] [year] [list]

Message-ID: <20250805074226.agdnmeaip5wxzgkz@skbuf>
Date: Tue, 5 Aug 2025 10:42:26 +0300
From: Vladimir Oltean <olteanv@...il.com>
To: Ryan Wilkins <Ryan.Wilkins@...osalliance.com>
Cc: Luke Howard <lukeh@...l.com>, netdev@...r.kernel.org,
	Andrew Lunn <andrew@...n.ch>
Subject: Re: [PATCH net] net: dsa: validate source trunk against lags_len

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?

> It’s possible that I could get into a place where I could attempt to test
> if the problem reproduces on an i.MX7D which is directly connected to the
> switch chip, but this will take some time to work up a custom software
> image for the board to enable this test.

I think that would change too much, and the possibility of spending time
in vain is too high.

> Luke is correct in stating that I am not using LAG between my Pi and switch
> chip.
> 
> We could probably modify the system to capture skb_dump() output when the
> error condition is detected, if that helps.

That would help.