[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210309021657.3639745-1-olteanv@gmail.com>
Date: Tue, 9 Mar 2021 04:16:53 +0200
From: Vladimir Oltean <olteanv@...il.com>
To: "David S . Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>, netdev@...r.kernel.org
Cc: Florian Fainelli <f.fainelli@...il.com>,
Andrew Lunn <andrew@...n.ch>,
Vivien Didelot <vivien.didelot@...il.com>,
Kurt Kanzenbach <kurt@...utronix.de>,
Tobias Waldekranz <tobias@...dekranz.com>,
Vladimir Oltean <vladimir.oltean@....com>
Subject: [RFC PATCH net 0/4] Clear rx-vlan-filter feature in DSA when necessary
From: Vladimir Oltean <vladimir.oltean@....com>
This is a proposal for an alternative solution to the problems presented
by Tobias here:
https://patchwork.kernel.org/project/netdevbpf/cover/20210308150405.3694678-1-tobias@waldekranz.com/
The key difference is that his patch series makes dsa_slave_vlan_rx_add_vid
accept -EOPNOTSUPP and silently transforms it into an error code of 0,
while my patch series avoids calling dsa_slave_vlan_rx_add_vid when it
is not needed.
Note that the series applies on top of this other bugfix:
https://patchwork.kernel.org/project/netdevbpf/patch/20210308135509.3040286-1-olteanv@gmail.com/
Vladimir Oltean (4):
net: dsa: on 'bridge vlan add', check for 8021q uppers of all bridge
ports
net: dsa: prevent hardware forwarding between unbridged 8021q uppers
net: dsa: don't advertise 'rx-vlan-filter' if VLAN filtering not
global
net: dsa: let drivers state that they need VLAN filtering while
standalone
drivers/net/dsa/hirschmann/hellcreek.c | 1 +
include/net/dsa.h | 3 +
net/dsa/dsa_priv.h | 8 +-
net/dsa/port.c | 60 ++++++++++++++-
net/dsa/slave.c | 100 ++++++++++++++++++++-----
net/dsa/switch.c | 20 +++--
6 files changed, 164 insertions(+), 28 deletions(-)
--
2.25.1
Powered by blists - more mailing lists