From: Toshiaki Makita <makita.toshi...@lab.ntt.co.jp> Date: Mon, 6 Jun 2016 21:20:13 +0900
> Patrick Schaaf reported that flooding due to a missing fdb entry of > the address of macvlan on the bridge device caused high CPU > consumption of an openvpn process behind a tap bridge port. > Adding an fdb entry of the macvlan address can suppress flooding > and avoid this problem. > > This change makes bridge able to synchronize unicast filtering with > fdb automatically so admin do not need to manually add an fdb entry. > This effectively supports IFF_UNICAST_FLT in bridge, thus adding an > macvlan device would not place bridge into promiscuous mode as well. > > v2: > - Test vlan with br_vlan_should_use() in br_fdb_sync_uc() as per > Nikolay Aleksandrov. > > Reported-by: Patrick Schaaf <net...@bof.de> > Signed-off-by: Toshiaki Makita <makita.toshi...@lab.ntt.co.jp> I really need bridging experts to review and ACK/NACK this. Thanks.
