From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=39115 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLysx-0003sl-EK for qemu-devel@nongnu.org; Tue, 08 Jun 2010 09:30:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OLyiA-00038m-45 for qemu-devel@nongnu.org; Tue, 08 Jun 2010 09:19:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59125) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OLyi9-00038g-RL for qemu-devel@nongnu.org; Tue, 08 Jun 2010 09:19:22 -0400 Date: Tue, 8 Jun 2010 16:14:38 +0300 From: "Michael S. Tsirkin" Subject: Re: [Qemu-devel] [PATCH] configure: add an option to disable vlans Message-ID: <20100608131438.GE21380@redhat.com> References: <20100607150309.GA13369@redhat.com> <201006071716.31103.paul@codesourcery.com> <20100607161730.GB11177@redhat.com> <201006071742.56312.paul@codesourcery.com> <4C0D23B5.3050605@codemonkey.ws> <20100607192059.GA14490@redhat.com> <4C0D5959.5010303@codemonkey.ws> <20100608110953.GA21119@redhat.com> <4C0E3F63.6090103@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C0E3F63.6090103@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Paul Brook , qemu-devel@nongnu.org On Tue, Jun 08, 2010 at 08:02:27AM -0500, Anthony Liguori wrote: > On 06/08/2010 06:09 AM, Michael S. Tsirkin wrote: >> On Mon, Jun 07, 2010 at 03:40:57PM -0500, Anthony Liguori wrote: >> >>> On 06/07/2010 02:21 PM, Michael S. Tsirkin wrote: >>> >>>> So I see two ways to go forward: switch default value in my patch, >>>> or disable vlans unconditionally. >>>> >>>> >>> The problem with disabling vlans unconditionally is that you break -net >>> socket and -net dump. >>> >> -netdev socket seems to be supported. No? >> > > Sure, but it's of limited utility in the absence of vlans. A typical > thing to do with -net socket would be to launch one instance of qemu > with -net user, -net socket, and -net nic. Another qemu would be > launched with -net socket and -net nic connected to the previous > instance. Now you've got a working virtual network with external access. Only terribly slow, esp when tunneling tcp over tcp. > -netdev socket alone won't get you this. -socket should really support udp. Then you could get what you wanted with halfway decent speed using multicast. > Regards, > > Anthony Liguori