From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMV61-0001n8-Lq for qemu-devel@nongnu.org; Mon, 03 Oct 2005 14:31:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMV5r-0001gy-Kl for qemu-devel@nongnu.org; Mon, 03 Oct 2005 14:31:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMV5q-0001fT-QP for qemu-devel@nongnu.org; Mon, 03 Oct 2005 14:31:19 -0400 Received: from [84.96.92.56] (helo=smTp.neuf.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMV2o-0000AA-QR for qemu-devel@nongnu.org; Mon, 03 Oct 2005 14:28:11 -0400 Received: from [84.99.204.162] by sp604003mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-3.03 (built Jun 27 2005)) with ESMTP id <0INS00F3DRAW67N0@sp604003mt.gpm.neuf.ld> for qemu-devel@nongnu.org; Mon, 03 Oct 2005 20:28:09 +0200 (CEST) Date: Mon, 03 Oct 2005 20:29:13 +0200 From: Fabrice Bellard Subject: Re: [Qemu-devel] tun/tap networking: patch for existing tun In-reply-to: <20051003151425.GC27327@jbrown.mylinuxbox.org> Message-id: <43417879.5020106@bellard.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <20050930221321.C7BED31C14@ravel.n2.net> <20050930230149.GA20433@jbrown.mylinuxbox.org> <433E44F9.8040501@eclis.ch> <20051001131215.GB28444@jbrown.mylinuxbox.org> <433EF5C4.2030801@eclis.ch> <433F92CB.1060600@eclis.ch> <43402ABC.3040805@us.ibm.com> <20051002193912.GB13825@jbrown.mylinuxbox.org> <20051003151425.GC27327@jbrown.mylinuxbox.org> Reply-To: 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 Hi, Sorry for the lack of comment. I mostly use the 'user-net' networking so I never bothered much about TUN/TAP. What I can say is that the '-net xxx' option will be implemented to solve the existing issues. My only concern is about ensuring backward compatibility (if no one needs it then it is much simpler). Another point is that I am very tempted to integrate a feature to connect several qemu without needing an external program such as VDE. I am thinking of it because it would be relatively easy to add to the existing user-net code (user-net already simulates a kind of LAN). Fabrice.