From mboxrd@z Thu Jan 1 00:00:00 1970 From: Corey Bryant Subject: Re: KVM call agenda for Tuesday, July 3rd Date: Tue, 03 Jul 2012 09:14:22 -0400 Message-ID: <4FF2F02E.4020401@linux.vnet.ibm.com> References: <874npqwjqe.fsf@elfo.mitica> <4FF1DB7D.1000006@redhat.com> <4FF2E692.7050900@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Blake , qemu-devel@nongnu.org, KVM devel mailing list , quintela@redhat.com To: Kevin Wolf Return-path: In-Reply-To: <4FF2E692.7050900@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 07/03/2012 08:33 AM, Kevin Wolf wrote: > Am 02.07.2012 19:33, schrieb Eric Blake: >> On 07/02/2012 04:16 AM, Juan Quintela wrote: >>> >>> Hi >>> >>> 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? > > Sure we can, at least if Corey will attend the call. Otherwise I guess > it's better to keep the discussion on the mailing list. > > Kevin > I'll be on the call. Thanks for getting this on the agenda. -- Regards, Corey From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48627) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sm2wU-000523-U4 for qemu-devel@nongnu.org; Tue, 03 Jul 2012 09:15:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sm2wM-0006tt-I1 for qemu-devel@nongnu.org; Tue, 03 Jul 2012 09:14:58 -0400 Received: from e39.co.us.ibm.com ([32.97.110.160]:50570) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sm2wM-0006tM-Bf for qemu-devel@nongnu.org; Tue, 03 Jul 2012 09:14:50 -0400 Received: from /spool/local by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 3 Jul 2012 07:14:46 -0600 Received: from d03relay03.boulder.ibm.com (d03relay03.boulder.ibm.com [9.17.195.228]) by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id B8BF91FF004C for ; Tue, 3 Jul 2012 13:14:41 +0000 (WET) Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169]) by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q63DEPah234976 for ; Tue, 3 Jul 2012 07:14:29 -0600 Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1]) by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q63DEOrk030939 for ; Tue, 3 Jul 2012 07:14:24 -0600 Message-ID: <4FF2F02E.4020401@linux.vnet.ibm.com> Date: Tue, 03 Jul 2012 09:14:22 -0400 From: Corey Bryant MIME-Version: 1.0 References: <874npqwjqe.fsf@elfo.mitica> <4FF1DB7D.1000006@redhat.com> <4FF2E692.7050900@redhat.com> In-Reply-To: <4FF2E692.7050900@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] KVM call agenda for Tuesday, July 3rd List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin Wolf Cc: Eric Blake , qemu-devel@nongnu.org, KVM devel mailing list , quintela@redhat.com On 07/03/2012 08:33 AM, Kevin Wolf wrote: > Am 02.07.2012 19:33, schrieb Eric Blake: >> On 07/02/2012 04:16 AM, Juan Quintela wrote: >>> >>> Hi >>> >>> 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? > > Sure we can, at least if Corey will attend the call. Otherwise I guess > it's better to keep the discussion on the mailing list. > > Kevin > I'll be on the call. Thanks for getting this on the agenda. -- Regards, Corey