From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lh8aj-0006pM-7p for qemu-devel@nongnu.org; Tue, 10 Mar 2009 16:30:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lh8ai-0006of-K8 for qemu-devel@nongnu.org; Tue, 10 Mar 2009 16:30:20 -0400 Received: from [199.232.76.173] (port=41435 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lh8ai-0006oZ-GA for qemu-devel@nongnu.org; Tue, 10 Mar 2009 16:30:20 -0400 Received: from silmor.de ([217.160.219.75]:1975 helo=p15139323.pureserver.info) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lh8ai-0003Gw-5O for qemu-devel@nongnu.org; Tue, 10 Mar 2009 16:30:20 -0400 Received: from chris by p15139323.pureserver.info with local (Exim 4.63) (envelope-from ) id 1Lh8af-0006iG-Rr for qemu-devel@nongnu.org; Tue, 10 Mar 2009 21:30:17 +0100 Date: Tue, 10 Mar 2009 21:30:17 +0100 From: Christian Perle Subject: Re: [Qemu-devel] Solution for qemu mcast / ipv6? Message-ID: <20090310203017.GC8323@silmor.de> References: <20090310155033.GB8323@silmor.de> <200903101611.38454.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903101611.38454.paul@codesourcery.com> Reply-To: chris@linuxinfotag.de, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hello Paul, On Tue, Mar 10, 2009 at 16:11:37 +0000, Paul Brook wrote: > You can't make any assumptions about MAC addresses. The guest may choose to > use a different MAC address, or it may be acting as a hub/switch and Okay, I didn't thought of that. By the way, changing the MAC address seems not to work for the default ne2k card while the e1000 card works. With ne2k everything works (setting new MAC address, sending ARP replies with the new address) except receiving packets sent to the new address. Maybe the MAC filter in the ne2k emulation code is not updated. (tested with a unpatched qemu 0.10.0) > The bug is in the the mcast socket code. You need to fix that to stop looping > back all the packets. Do you mean the mcast socket code in qemu or the way IP_MULTICAST_LOOP works in the linux kernel? Greetings, Chris -- Christian Perle chris AT linuxinfotag.de 010111 http://chris.silmor.de/ 101010 LinuxGuitarKitesBicyclesBeerPizzaRaytracing