linux-stable.git/drivers/net/dsa/dsa_loop.c, branch v5.10

net: dsa: propagate switchdev vlan_filtering prepare phase to drivers

2020-10-05T12:56:48+00:00

A driver may refuse to enable VLAN filtering for any reason beyond what
the DSA framework cares about, such as:
- having tc-flower rules that rely on the switch being VLAN-aware
- the particular switch does not support VLAN, even if the driver does
  (the DSA framework just checks for the presence of the .port_vlan_add
  and .port_vlan_del pointers)
- simply not supporting this configuration to be toggled at runtime

Currently, when a driver rejects a configuration it cannot support, it
does this from the commit phase, which triggers various warnings in
switchdev.

So propagate the prepare phase to drivers, to give them the ability to
refuse invalid configurations cleanly and avoid the warnings.

Since we need to modify all function prototypes and check for the
prepare phase from within the drivers, take that opportunity and move
the existing driver restrictions within the prepare phase where that is
possible and easy.

Cc: Florian Fainelli 
Cc: Martin Blumenstingl 
Cc: Hauke Mehrtens 
Cc: Woojung Huh 
Cc: Microchip Linux Driver Support 
Cc: Sean Wang 
Cc: Landen Chao 
Cc: Andrew Lunn 
Cc: Vivien Didelot 
Cc: Jonathan McDowell 
Cc: Linus Walleij 
Cc: Alexandre Belloni 
Cc: Claudiu Manoil 
Signed-off-by: Vladimir Oltean 
Signed-off-by: David S. Miller

net: dsa: loop: Return VLAN table size through devlink

2020-08-19T19:01:42+00:00

We return the VLAN table size through devlink as a simple parameter, we
do not support altering it at runtime:

devlink resource show mdio_bus/fixed-0:1f
mdio_bus/fixed-0:1f:
  name VTU size 4096 occ 0 unit entry dpipe_tables none

and after configure a bridge with VLAN filtering:

devlink resource show mdio_bus/fixed-0:1f
mdio_bus/fixed-0:1f:
  name VTU size 4096 occ 1 unit entry dpipe_tables none

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: Configure VLANs while not filtering

2020-08-19T19:01:42+00:00

Since this is a mock-up driver with no real data path for now, but we
will have one at some point, enable VLANs while not filtering.

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: Set correct number of ports

2020-08-04T01:19:23+00:00

We only support DSA_LOOP_NUM_PORTS in the switch, do not tell the DSA
core to allocate up to DSA_MAX_PORTS which is nearly the double (6 vs.
11).

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: Wire-up MTU callbacks

2020-08-04T01:19:23+00:00

For now we simply store the port MTU into a per-port member.

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: Move data structures to header

2020-08-04T01:19:23+00:00

In preparation for adding support for a mockup data path, move the
driver data structures to include/linux/dsa/loop.h such that we can
share them between net/dsa/ and drivers/net/dsa/ later on.

Signed-off-by: Florian Fainelli 
Signed-off-by: David S. Miller

net: dsa: loop: Support 4K VLANs

2020-08-04T01:19:22+00:00

Allocate a 4K array of VLANs instead of limiting ourselves to just 5
which is arbitrary.

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: PVID should be per-port

2020-08-04T01:19:22+00:00

The PVID should be per-port, this is a preliminary change to support a
802.1Q data path in the driver.

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Signed-off-by: David S. Miller

net: dsa: loop: Print when registration is successful

2020-07-08T17:14:00+00:00

We have a number of error conditions that can lead to the driver not
probing successfully, move the print when we are sure
dsa_register_switch() has suceeded. This avoids repeated prints in case
of probe deferral for instance.

Signed-off-by: Florian Fainelli 
Reviewed-by: Andrew Lunn 
Reviewed-by: Vivien Didelot 
Signed-off-by: David S. Miller

net: dsa: loop: Add module soft dependency

2020-05-10T18:24:20+00:00

There is a soft dependency against dsa_loop_bdinfo.ko which sets up the
MDIO device registration, since there are no symbols referenced by
dsa_loop.ko, there is no automatic loading of dsa_loop_bdinfo.ko which
is needed.

Fixes: 98cd1552ea27 ("net: dsa: Mock-up driver")
Signed-off-by: Florian Fainelli 
Signed-off-by: Jakub Kicinski