From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:39835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QK974-0001DW-3c for qemu-devel@nongnu.org; Wed, 11 May 2011 09:06:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QK972-0003j2-28 for qemu-devel@nongnu.org; Wed, 11 May 2011 09:06:02 -0400 Received: from e1.ny.us.ibm.com ([32.97.182.141]:42955) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QK971-0003id-Uc for qemu-devel@nongnu.org; Wed, 11 May 2011 09:06:00 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e1.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p4BCsqCu030154 for ; Wed, 11 May 2011 08:54:52 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p4BD5q4Q110876 for ; Wed, 11 May 2011 09:05:55 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p4BD5pY6001233 for ; Wed, 11 May 2011 09:05:52 -0400 Message-ID: <4DCA89A9.8070000@us.ibm.com> Date: Wed, 11 May 2011 08:05:45 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1305108925-26048-1-git-send-email-stefanha@linux.vnet.ibm.com> <1305108925-26048-2-git-send-email-stefanha@linux.vnet.ibm.com> <4DCA7B64.7000900@redhat.com> <4DCA8655.3070807@codemonkey.ws> <4DCA86A1.2020306@redhat.com> In-Reply-To: <4DCA86A1.2020306@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 1/2] coroutine: introduce coroutines List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Kevin Wolf , Venkateswararao Jujjuri , Stefan Hajnoczi , qemu-devel@nongnu.org On 05/11/2011 07:52 AM, Paolo Bonzini wrote: > On 05/11/2011 02:51 PM, Anthony Liguori wrote: >> How about a generic thread fallback? That's what we do in gtk-vnc and >> it solves the portability issue in a very robust way. > > A very slow way, too (on Windows at least if you use qemu_cond...). That doesn't mean you can't do a fiber implementation for Windows... but having a highly portable fallback is a good thing. Regards, Anthony Liguori > Paolo