diff options
| author | Vladimir Oltean <olteanv@gmail.com> | 2019-08-25 22:46:30 +0300 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2019-08-27 20:46:26 -0700 |
| commit | e9bf96943b408e6c99dd13fb01cb907335787c61 (patch) | |
| tree | 12d6d044df23a3c2e8361cf4ff94df97467ac567 /tools/perf/scripts/python | |
| parent | net: dsa: Advertise the VLAN offload netdev ability only if switch supports it (diff) | |
| download | linux-e9bf96943b408e6c99dd13fb01cb907335787c61.tar.gz linux-e9bf96943b408e6c99dd13fb01cb907335787c61.zip | |
net: dsa: sja1105: Clear VLAN filtering offload netdev feature
The switch barely supports traffic I/O, and it does that by repurposing
VLANs when there is no bridge that is taking control of them.
Letting DSA declare this netdev feature as supported (see
dsa_slave_create) would mean that VLAN sub-interfaces created on sja1105
switch ports will be hardware offloaded. That means that
net/8021q/vlan_core.c would install the VLAN into the filter tables of
the switch, potentially interfering with the tag_8021q VLANs.
We need to prevent that from happening and not let the 8021q core
offload VLANs to the switch hardware tables. In vlan_filtering=0 modes
of operation, the switch ports can pass through VLAN-tagged frames with
no problem.
Suggested-by: Florian Fainelli <f.fainelli@gmail.com>
Signed-off-by: Vladimir Oltean <olteanv@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions