From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=51027 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Px0vh-0004HH-7Y for qemu-devel@nongnu.org; Tue, 08 Mar 2011 12:42:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Px0vg-0000jw-2X for qemu-devel@nongnu.org; Tue, 08 Mar 2011 12:42:41 -0500 Received: from thoth.sbs.de ([192.35.17.2]:17624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Px0vf-0000jd-LX for qemu-devel@nongnu.org; Tue, 08 Mar 2011 12:42:40 -0500 Message-ID: <4D766A8C.2060504@siemens.com> Date: Tue, 08 Mar 2011 18:42:36 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <20110308155024.GA10392@x200.localdomain> <4D765E77.4020406@siemens.com> <4D76603F.2090905@redhat.com> <4D7662FB.2060000@siemens.com> <4D766415.2090702@redhat.com> <4D766583.9040507@siemens.com> <4D766A08.50109@redhat.com> <4D766A3D.90305@redhat.com> In-Reply-To: <4D766A3D.90305@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: KVM call minutes for Mar 8 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Chris Wright , Paolo Bonzini , Marcelo Tosatti , "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" On 2011-03-08 18:41, Avi Kivity wrote: > On 03/08/2011 07:40 PM, Avi Kivity wrote: >> On 03/08/2011 07:21 PM, Jan Kiszka wrote: >>> On 2011-03-08 18:15, Paolo Bonzini wrote: >>>> On 03/08/2011 06:10 PM, Jan Kiszka wrote: >>>>>> The qemu.git bit seen with my win32 patch series should also be a >>>>>> regression from qemu-kvm.git to qemu.git, no? >>>>> >>>>> Can't follow. What do you mean? >>>> >>>> I didn't understand very well Avi and Marcelo's exchange, but this >>> test >>>> definitely 1) fails with qemu iothread, 2) works with qemu >>> non-iothread. >>>> What I didn't understand is whether it works with qemu-kvm. >> >> That was Paolo's patchset which I tested, yes? I wasn't talking about >> that in the call. > > Of course, this is an important issue in its own right. For sure, and it must also go in before starting to looki at glib mainloops etc. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux