From: Vladimir Oltean <olteanv@gmail.com>
To: Tobias Waldekranz <tobias@waldekranz.com>
Cc: "David S . Miller" <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>,
netdev@vger.kernel.org, Andrew Lunn <andrew@lunn.ch>,
Florian Fainelli <f.fainelli@gmail.com>,
Vivien Didelot <vivien.didelot@gmail.com>,
Vladimir Oltean <vladimir.oltean@nxp.com>
Subject: Re: [PATCH v2 net] net: dsa: fix switchdev objects on bridge master mistakenly being applied on ports
Date: Sun, 7 Mar 2021 17:48:32 +0200 [thread overview]
Message-ID: <20210307154832.wcmbw7imachkdc3y@skbuf> (raw)
In-Reply-To: <874khnq9hh.fsf@waldekranz.com>
On Sun, Mar 07, 2021 at 04:17:14PM +0100, Tobias Waldekranz wrote:
> Please wait before applying.
>
> I need to do some more testing later (possibly tomorrow). But I am
> pretty sure that this patch does not work with the (admittedly somewhat
> exotic) combination of:
>
> - Non-offloaded LAG
> - Bridge with VLAN filtering enabled.
>
> When adding the LAG to the bridge, I get an error because mv88e6xxx
> tries to add VLAN 1 to the ports (which it should not do as the LAG is
> not offloaded).
Weird, how are you testing, and why does it attempt to add VLAN 1? Is it
the mv88e6xxx driver itself that does this? Where from?
The following is my test procedure:
cat ./test_bond_no_offload.sh
#!/bin/bash
ip link del bond0
for eth in swp0 swp1 swp2; do ip link set $eth down; done
ip link add bond0 type bond mode broadcast
ip link add br0 type bridge vlan_filtering 1
ip link set swp0 master bond0
ip link set swp1 master bond0
ip link set swp2 master br0
ip link set bond0 master br0
for eth in swp0 swp1 swp2 bond0 br0; do ip link set $eth up; done
./test_bond_no_offload.sh
[ 27.004206] bond0 (unregistering): Released all slaves
[ 27.068440] mscc_felix 0000:00:00.5 swp0: configuring for inband/qsgmii link mode
[ 27.077811] 8021q: adding VLAN 0 to HW filter on device swp0
[ 27.083728] bond0: (slave swp0): Enslaving as an active interface with an up link
Warning: dsa_core: Offloading not supported.
[ 27.095035] mscc_felix 0000:00:00.5 swp1: configuring for inband/qsgmii link mode
[ 27.104073] 8021q: adding VLAN 0 to HW filter on device swp1
[ 27.109948] bond0: (slave swp1): Enslaving as an active interface with an up link
Warning: dsa_core: Offloading not supported.
[ 27.120214] br0: port 1(swp2) entered blocking state
[ 27.125407] br0: port 1(swp2) entered disabled state
[ 27.131738] mscc_felix 0000:00:00.5: dsa_port_vlan_filtering: port 2 vlan_filtering 1
[ 27.139625] mscc_felix 0000:00:00.5 swp2: dsa_slave_vlan_add: vid 1
[ 27.149223] br0: port 2(bond0) entered blocking state
[ 27.154341] br0: port 2(bond0) entered disabled state
[ 27.159600] device bond0 entered promiscuous mode
[ 27.164340] device swp0 entered promiscuous mode
[ 27.169028] device swp1 entered promiscuous mode
[ 27.173718] device swp2 entered promiscuous mode
[ 27.187698] mscc_felix 0000:00:00.5 swp2: configuring for inband/qsgmii link mode
[ 27.196312] 8021q: adding VLAN 0 to HW filter on device swp2
[ 27.207605] 8021q: adding VLAN 0 to HW filter on device bond0
[ 28.060872] IPv6: ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready
[ 28.067323] br0: port 2(bond0) entered blocking state
[ 28.072406] br0: port 2(bond0) entered forwarding state
[ 28.077751] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
# bridge link
8: swp2@eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 master br0 state disabled priority 32 cost 100
10: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 master br0 state forwarding priority 32 cost 100
# bridge vlan add dev bond0 vid 100
# bridge vlan add dev swp2 vid 100
[ 48.669422] mscc_felix 0000:00:00.5 swp2: dsa_slave_vlan_add: vid 100
# bridge vlan add dev br0 vid 100 self
next prev parent reply other threads:[~2021-03-07 15:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-07 10:21 [PATCH v2 net] net: dsa: fix switchdev objects on bridge master mistakenly being applied on ports Vladimir Oltean
2021-03-07 15:17 ` Tobias Waldekranz
2021-03-07 15:48 ` Vladimir Oltean [this message]
2021-03-07 20:02 ` Tobias Waldekranz
2021-03-07 22:49 ` Tobias Waldekranz
2021-03-08 3:28 ` Florian Fainelli
2021-03-08 8:06 ` Tobias Waldekranz
2021-03-08 20:10 ` patchwork-bot+netdevbpf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210307154832.wcmbw7imachkdc3y@skbuf \
--to=olteanv@gmail.com \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=f.fainelli@gmail.com \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=tobias@waldekranz.com \
--cc=vivien.didelot@gmail.com \
--cc=vladimir.oltean@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox