From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4A7EB0AC.2030104@Voltaire.com> Date: Sun, 09 Aug 2009 14:19:08 +0300 From: Or Gerlitz MIME-Version: 1.0 References: <000001ca17a3$03f841f0$0be8c5d0$@edu> <20090807143652.1659ac57@nehalam> In-Reply-To: <20090807143652.1659ac57@nehalam> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Bridge] [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stephen Hemminger Cc: "evb@yahoogroups.com" , arnd@arndb.de, anna.fischer@hp.com, netdev@vger.kernel.org, bridge@lists.linux-foundation.org, adobriyan@gmail.com, "Paul Congdon (UC Davis)" , virtualization@lists.linux-foundation.org, davem@davemloft.net Stephen Hemminger wrote: > I have a patch that forwards all multicast packets, and another that does proper forwarding. It should have worked that way in original macvlan, the current behavior is really a bug. > Looking in macvlan_set_multicast_list() it acts in a similar manner to macvlan_set_mac_address() in the sense that it calls dev_mc_sync(). I assume what's left is to add macvlan_hash_xxx multicast logic to map/unmap multicast groups to what macvlan devices want to receive them and this way the flooding can be removed, correct? Or.