Re: [PATCH 0/4] net: dsa: Add SoC-e DSA driver

On Wed, 2026-07-29 at 18:56 +0200, Andrew Lunn wrote:

On Wed, Jul 29, 2026 at 06:36:53PM +0200, Vasilij Strassheim wrote:

quoted

Add initial support for the DSA driver for SoC-e FPGA-based (IP core)
Ethernet switches.

Let me start with a dumb question. Is this a true soft core switch,
which is synthesised and running in the FPGA? Or is it hardware at the
edge of the FPGA SoC?

I should have made that clearer right away. This is a true soft-core
switch that is synthesized and runs in AMD FPGAs.
I have a version in which both the MAC and the switch are synthesized
in FPGA, and two hardware PHYs are connected to the switch. The switch
provides an MDIO bus for the PHYs.

If it is synthesised, do we have to deal with different synthesis
options? Are there registers which indicate what these options are?

While setting up the switch, users will need to explore various
synthesis options. Once it's up and running, it should be possible to
load a preconfigured bitstream into the FPGA without having to deal with
these options in the DSA driver. The device Tree should then match the
configuration.
However, users are provided with instructions and a user-space
library/software from SoC-e to check and adjust the options if necessary. 
DSA tagging, for example, is one of the synthesis options. If this option
is not active, the DSA driver will not work.

Where as if it is fixed hardware in the SoC we don't need to worry so
much about variations, it is fixed at the SoC level.

quoted

There are different variants of the SoC-e switch IP, which can be
additionally configured at runtime with proprietary userspace software.

What sort of configuration?

Different kinds e.g. general interface configuration, traffic
management, redundancy, ...
Most of them are listed on the product page:
https://soc-e.com/products/10m-100m-1g-managed-redundant-switch-mrs/

DSA integration can stay as lean as possible to support only basic
functionality for different variants and versions of the switch.

     Andrew

Thanks,
Vasilij