From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 10 Aug 2009 08:20:37 -0700 From: Stephen Hemminger Message-ID: <20090810082037.17b352c2@nehalam> In-Reply-To: <4A7EB0AC.2030104@Voltaire.com> References: <000001ca17a3$03f841f0$0be8c5d0$@edu> <20090807143652.1659ac57@nehalam> <4A7EB0AC.2030104@Voltaire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Or Gerlitz 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 On Sun, 09 Aug 2009 14:19:08 +0300 Or Gerlitz wrote: > 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? The device can just flood all multicast packets, since the filtering is done on the receive path anyway.