From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:33965) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8Z6g-0005eG-80 for qemu-devel@nongnu.org; Tue, 27 Sep 2011 10:58:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8Z6a-0000Q3-Lr for qemu-devel@nongnu.org; Tue, 27 Sep 2011 10:58:02 -0400 Received: from mail-yi0-f45.google.com ([209.85.218.45]:50124) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8Z6a-0000Px-JP for qemu-devel@nongnu.org; Tue, 27 Sep 2011 10:57:56 -0400 Received: by yib2 with SMTP id 2so6932596yib.4 for ; Tue, 27 Sep 2011 07:57:55 -0700 (PDT) Message-ID: <4E81E471.50405@codemonkey.ws> Date: Tue, 27 Sep 2011 09:57:53 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <4E78C42D.5030207@siemens.com> <20110921080600.GA9847@stefanha-thinkpad.localdomain> <4E80B50B.9000301@siemens.com> <4E80B55F.5020203@redhat.com> <4E80BFF3.8000907@us.ibm.com> <4E8190BE.3000801@redhat.com> <4E81D609.1060203@siemens.com> <4E81D88B.4020504@codemonkey.ws> <4E81DDDF.8050201@siemens.com> <4E81DEEA.10208@redhat.com> <4E81DF7C.4080403@siemens.com> <4E81E0C9.7030702@redhat.com> <4E81E18C.2000906@siemens.com> <4E81E227.6010509@redhat.com> <4E81E2C0.10909@siemens.com> <4E81E398.7010608@redhat.com> In-Reply-To: <4E81E398.7010608@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] Use qemu_eventfd for POSIX AIO List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Kevin Wolf , Anthony Liguori , Stefan Hajnoczi , Jan Kiszka , Marcelo Tosatti , qemu-devel On 09/27/2011 09:54 AM, Avi Kivity wrote: > On 09/27/2011 05:50 PM, Jan Kiszka wrote: >> On 2011-09-27 16:48, Avi Kivity wrote: >> > On 09/27/2011 05:45 PM, Jan Kiszka wrote: >> >> I don't disagree that there is still room for improving the existing >> >> interface, generalizing to qemu_event. But that's not in the scope of >> >> this patch. >> >> >> > >> > Why not use event_notify.c? >> >> It doesn't solve the wrapping issue, it mandates eventfd support. >> > > We can add pipe fallbacks too (though if it was meant to use with vhost, that's > not what we want). vhost cannot exist on a kernel that doesn't support eventfd so I don't think we need to worry about it. Regards, Anthony Liguori >