[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6ab3289a-2ede-41a3-8c57-b01df37bab7f@lunn.ch>
Date: Wed, 8 Nov 2023 16:17:23 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Heiko Gerstung <heiko.gerstung@...nberg.de>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: PRP with VLAN support - or how to contribute to a Linux network
driver
> I would like to discuss if it makes sense to remove the PRP
> functionality from the HSR driver (which is based on the bridge
> kernel module AFAICS) and instead implement PRP as a separate module
> (based on the Bonding driver, which would make more sense for PRP).
Seems like nobody replied. I don't know PRP or HSR, so i can only make
general remarks.
The general policy is that we don't rip something out and replace it
with new code. We try to improve what already exists to meet the
demands. This is partially because of backwards compatibility. There
could be users using the code as is. You cannot break that. Can you
step by step modify the current code to make use of bonding, and in
the process show you don't break the current use cases? You also need
to consider offloading to hardware. The bridge code has infrastructure
to offload. Does the bond driver? I've no idea about that.
> Hoping for advise what the next steps could be. Happy to discuss
> this off-list as it may not be of interest for most people.
You probably want to get together with others who are interested in
PRP and HSR. linutronix, ti, microchip, etc.
Andrew
Powered by blists - more mailing lists