From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MO7ZQ-0007sv-ED for qemu-devel@nongnu.org; Tue, 07 Jul 2009 06:06:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MO7ZL-0007rH-NE for qemu-devel@nongnu.org; Tue, 07 Jul 2009 06:06:39 -0400 Received: from [199.232.76.173] (port=52338 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MO7ZL-0007r6-9J for qemu-devel@nongnu.org; Tue, 07 Jul 2009 06:06:35 -0400 Received: from mx1.redhat.com ([66.187.233.31]:49967) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MO7ZK-0000LW-Of for qemu-devel@nongnu.org; Tue, 07 Jul 2009 06:06:34 -0400 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n67A6WTN020427 for ; Tue, 7 Jul 2009 06:06:32 -0400 Date: Tue, 7 Jul 2009 11:06:30 +0100 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] [PATCH 0/3] Allow host_net_add monitor command accept file descriptors Message-ID: <20090707100630.GA24595@redhat.com> References: <1246901401.12086.20.camel@blaa> <4A52DD05.9030007@redhat.com> <1246952623.2836.13.camel@blaa> <4A52FED7.4090800@redhat.com> <1246954387.2836.30.camel@blaa> <4A530F56.4060101@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A530F56.4060101@redhat.com> Reply-To: "Daniel P. Berrange" List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Mark McLoughlin , qemu-devel On Tue, Jul 07, 2009 at 12:03:18PM +0300, Avi Kivity wrote: > On 07/07/2009 11:13 AM, Mark McLoughlin wrote: > >>> > >>>Nice idea, certainly. > >>> > >>>However, since it's only currently useful for tap/socket networking, I'm > >>>happier with not adding two new monitor commands and only supporting a > >>>single fd for now. > >>> > >>> > >>What happens when we do get more commands? > >> > > > >Any specific ideas around what else might use it? > > > > Migration, usb, passing around eventfds for interguest communication. I must say the idea of being able to pass a FD for migration would be very nice. We currently have to open a localhost TCP port and tell QEMU to connect to is, which is less than desirable for security since we cannot guarentee the process we want is the one actually connecting. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|