netdev - Re: Deleting a dynamic mac entry..

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 23 May 2017 12:17:39 +0900
From:   Toshiaki Makita <makita.toshiaki@....ntt.co.jp>
To:     Manohar Kumar <forwardinglnx@...il.com>
Cc:     netdev@...r.kernel.org, bridge@...ts.linux-foundation.org
Subject: Re: Deleting a dynamic mac entry..

On 2017/05/21 11:28, Manohar Kumar wrote:
> Hello,
> 
> In 3.19 the following bridge fdb command to delete a dynamically
> learned entry fails..
> 
> root@...-3:~# bridge fdb show | grep 02:42:0a:ff:00:06
> 02:42:0a:ff:00:06 dev vxlan0 master br0
> root@...-3:~# bridge fdb del 02:42:0a:ff:00:06 dev vxlan0 master
> RTNETLINK answers: No such file or directory
> 
> It works in 4.4.
> 
> Can someone please point to the patch that made this change ?

25d3b493a52d ("bridge: Fix inability to add non-vlan fdb entry") might
be what you are looking for, but you might want to do git-bisect to
track down any regression or fix.

> In kernels without this patch is there an alternative to delete
> (actually I want to do it programmatically) dynamic mac entries ?

If 25d3b493a52d is causing your problem, set default_pvid to 0 in order
to disable default_pvid, and delete any vlans which is already
configured in bridge's vlan_filtering. Then, delete the fdb entry.

Toshiaki Makita