From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ELocg-0000ty-RU for qemu-devel@nongnu.org; Sat, 01 Oct 2005 17:10:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ELoce-0000sd-63 for qemu-devel@nongnu.org; Sat, 01 Oct 2005 17:10:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ELoce-0000s6-0k for qemu-devel@nongnu.org; Sat, 01 Oct 2005 17:10:20 -0400 Received: from [128.8.10.163] (helo=po1.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ELobr-0002xD-EU for qemu-devel@nongnu.org; Sat, 01 Oct 2005 17:09:31 -0400 Received: from jbrown.mylinuxbox.org (jma-box.student.umd.edu [129.2.253.219]) by po1.wam.umd.edu (8.12.10/8.12.10) with ESMTP id j91L9TCe020685 for ; Sat, 1 Oct 2005 17:09:29 -0400 (EDT) Date: Sat, 1 Oct 2005 17:09:27 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] tun/tap networking Message-ID: <20051001210926.GA553@jbrown.mylinuxbox.org> References: <20050930221321.C7BED31C14@ravel.n2.net> <20050930230149.GA20433@jbrown.mylinuxbox.org> <433E44F9.8040501@eclis.ch> <20051001131215.GB28444@jbrown.mylinuxbox.org> <433EF063.3080101@eclis.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433EF063.3080101@eclis.ch> 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 On Sat, Oct 01, 2005 at 10:24:03PM +0200, Jean-Christian de Rivaz wrote: > >And qemu already supports that, via the -tun-fd option. > > Can you please give me an exemple how to use the -tun-fd option to open > an existing tun (i.e: tun-alice) ? This option only work for already > opened tap/tun interface as I understand. > I see what you mean now. qemu itself has no direct support for persistent tuntap devices. However, I imagine that one could modify tundev.c or tapdev.c to open a persistent tuntap device (by name) and then pass the fd to qemu via -tun-fd. It would be better if qemu had direct support for them of course. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.