net: bridge: Fix improper taking over HW learned FDB
authorArkadi Sharshevsky <arkadis@mellanox.com>
Fri, 28 Apr 2017 19:39:07 +0000 (22:39 +0300)
committerDavid S. Miller <davem@davemloft.net>
Mon, 1 May 2017 02:46:32 +0000 (22:46 -0400)
commit58073b32b0f716cbd894d503ab2408db9d48aed6
tree3a2d66a2ba93ad6aedde5d8cfabe4fb93e7ef71d
parentba3f571d5dde27fc4ae83aabe2c06ff08087af49
net: bridge: Fix improper taking over HW learned FDB

Commit 7e26bf45e4cb ("net: bridge: allow SW learn to take over HW fdb
entries") added the ability to "take over an entry which was previously
learned via HW when it shows up from a SW port".

However, if an entry was learned via HW and then a control packet
(e.g., ARP request) was trapped to the CPU, the bridge driver will
update the entry and remove the externally learned flag, although the
entry is still present in HW. Instead, only clear the externally learned
flag in case of roaming.

Fixes: 7e26bf45e4cb ("net: bridge: allow SW learn to take over HW fdb entries")
Signed-off-by: Ido Schimmel <idosch@mellanox.com>
Signed-off-by: Arkadi Sharashevsky <arkadis@mellanox.com>
Cc: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
Acked-by: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/bridge/br_fdb.c