From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Blake Subject: Re: [Qemu-devel] KVM call agenda for Tuesday, July 3rd Date: Mon, 02 Jul 2012 11:33:49 -0600 Message-ID: <4FF1DB7D.1000006@redhat.com> References: <874npqwjqe.fsf@elfo.mitica> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7C49CC38FE7E6C15463B3ED1" Cc: KVM devel mailing list , qemu-devel@nongnu.org To: quintela@redhat.com Return-path: Received: from mx1.redhat.com ([209.132.183.28]:1668 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752321Ab2GBRdx (ORCPT ); Mon, 2 Jul 2012 13:33:53 -0400 In-Reply-To: <874npqwjqe.fsf@elfo.mitica> Sender: kvm-owner@vger.kernel.org List-ID: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C49CC38FE7E6C15463B3ED1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/02/2012 04:16 AM, Juan Quintela wrote: >=20 > Hi >=20 > Please send in any agenda items you are interested in covering. Can we discuss the future of 'getfd', the possibility of 'pass-fd', or even the enhancement of all existing monitor commands to take an optional 'nfds' JSON argument for atomic management of fd passing? Which commands need to reopen a file with different access, and do we bite the bullet to special case all of those commands to allow fd passing or can we make qemu_open() coupled with high-level fd passing generic enough to satisfy all of our reopen needs? --=20 Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --------------enig7C49CC38FE7E6C15463B3ED1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJP8dt9AAoJEKeha0olJ0Nq2oMH/2Svjiok6yLv3l/MlGxuV8HG eNGNHmEW1/kMPBmLFr3DCkC3f0o58RQ3efStYuwEid1qAug/U+OfSWwr1tj0eSuS mCkZebHZsxUq6txESIUBQkcn5TRhWPzP3SP27ugwzKjuzNmCx88O3A7XNdYmOJuS 6MJt5zdvVhcs7vyYqCzKz2J4YxL8EQXPhifGPNjtbFOi97oY2wF1Ni3/cqE/knuT VbZ+nEh1g7lWJwx6e4eBjketiimyYpuR+v3ackJio2y/JVwHADuuebcP1p+mI0ki riXfYnO9G5zbPSJOj/0YHfJuKjSdSd8FQ1dVHXiwnw4GpjtIjssjcOblVVEVJEk= =pMFn -----END PGP SIGNATURE----- --------------enig7C49CC38FE7E6C15463B3ED1-- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SlkVf-0000wW-SZ for qemu-devel@nongnu.org; Mon, 02 Jul 2012 13:34:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SlkVV-0007i3-0L for qemu-devel@nongnu.org; Mon, 02 Jul 2012 13:34:03 -0400 Received: from mx1.redhat.com ([209.132.183.28]:6557) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SlkVU-0007hv-OX for qemu-devel@nongnu.org; Mon, 02 Jul 2012 13:33:52 -0400 Message-ID: <4FF1DB7D.1000006@redhat.com> Date: Mon, 02 Jul 2012 11:33:49 -0600 From: Eric Blake MIME-Version: 1.0 References: <874npqwjqe.fsf@elfo.mitica> In-Reply-To: <874npqwjqe.fsf@elfo.mitica> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7C49CC38FE7E6C15463B3ED1" Subject: Re: [Qemu-devel] KVM call agenda for Tuesday, July 3rd List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: quintela@redhat.com Cc: qemu-devel@nongnu.org, KVM devel mailing list This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C49CC38FE7E6C15463B3ED1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/02/2012 04:16 AM, Juan Quintela wrote: >=20 > Hi >=20 > Please send in any agenda items you are interested in covering. Can we discuss the future of 'getfd', the possibility of 'pass-fd', or even the enhancement of all existing monitor commands to take an optional 'nfds' JSON argument for atomic management of fd passing? Which commands need to reopen a file with different access, and do we bite the bullet to special case all of those commands to allow fd passing or can we make qemu_open() coupled with high-level fd passing generic enough to satisfy all of our reopen needs? --=20 Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --------------enig7C49CC38FE7E6C15463B3ED1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJP8dt9AAoJEKeha0olJ0Nq2oMH/2Svjiok6yLv3l/MlGxuV8HG eNGNHmEW1/kMPBmLFr3DCkC3f0o58RQ3efStYuwEid1qAug/U+OfSWwr1tj0eSuS mCkZebHZsxUq6txESIUBQkcn5TRhWPzP3SP27ugwzKjuzNmCx88O3A7XNdYmOJuS 6MJt5zdvVhcs7vyYqCzKz2J4YxL8EQXPhifGPNjtbFOi97oY2wF1Ni3/cqE/knuT VbZ+nEh1g7lWJwx6e4eBjketiimyYpuR+v3ackJio2y/JVwHADuuebcP1p+mI0ki riXfYnO9G5zbPSJOj/0YHfJuKjSdSd8FQ1dVHXiwnw4GpjtIjssjcOblVVEVJEk= =pMFn -----END PGP SIGNATURE----- --------------enig7C49CC38FE7E6C15463B3ED1--