summaryrefslogtreecommitdiffstats
path: root/net/sched/sch_generic.c
diff options
context:
space:
mode:
authorVladimir Oltean <vladimir.oltean@nxp.com>2022-02-11 19:45:06 +0200
committerDavid S. Miller <davem@davemloft.net>2022-02-14 13:31:12 +0000
commita2614140dc0f467a83aa3bb4b6ee2d6480a76202 (patch)
tree669fc14cf6712ffa500647b23f5454653ce95524 /net/sched/sch_generic.c
parent26394fc118d6115390bd5b3a0fb17096271da227 (diff)
downloadlinux-a2614140dc0f467a83aa3bb4b6ee2d6480a76202.tar.gz
linux-a2614140dc0f467a83aa3bb4b6ee2d6480a76202.tar.bz2
linux-a2614140dc0f467a83aa3bb4b6ee2d6480a76202.zip
net: dsa: mv88e6xxx: flush switchdev FDB workqueue before removing VLAN
mv88e6xxx is special among DSA drivers in that it requires the VTU to contain the VID of the FDB entry it modifies in mv88e6xxx_port_db_load_purge(), otherwise it will return -EOPNOTSUPP. Sometimes due to races this is not always satisfied even if external code does everything right (first deletes the FDB entries, then the VLAN), because DSA commits to hardware FDB entries asynchronously since commit c9eb3e0f8701 ("net: dsa: Add support for learning FDB through notification"). Therefore, the mv88e6xxx driver must close this race condition by itself, by asking DSA to flush the switchdev workqueue of any FDB deletions in progress, prior to exiting a VLAN. Fixes: c9eb3e0f8701 ("net: dsa: Add support for learning FDB through notification") Reported-by: Rafael Richter <rafael.richter@gin.de> Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/sched/sch_generic.c')
0 files changed, 0 insertions, 0 deletions