From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=39264 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PmlOB-0004wb-Rj for qemu-devel@nongnu.org; Tue, 08 Feb 2011 06:05:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PmlOA-0004sr-L6 for qemu-devel@nongnu.org; Tue, 08 Feb 2011 06:05:43 -0500 Received: from mail-fx0-f45.google.com ([209.85.161.45]:47602) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PmlOA-0004sm-Ff for qemu-devel@nongnu.org; Tue, 08 Feb 2011 06:05:42 -0500 Received: by fxm12 with SMTP id 12so6116839fxm.4 for ; Tue, 08 Feb 2011 03:05:41 -0800 (PST) Message-ID: <4D5185EB.8090108@codemonkey.ws> Date: Tue, 08 Feb 2011 12:05:31 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 2/7] Enable I/O thread and VNC threads by default References: <4D3DFD20.8060004@linux.vnet.ibm.com> <20110125091741.GB30239@edde.se.axis.com> <20110125133453.GC5427@amt.cnet> <20110207101255.GA20413@amt.cnet> <20110207160350.GA26332@amt.cnet> <4D501C71.7090708@redhat.com> <4D50279B.5010102@siemens.com> <4D505DCB.9050406@codemonkey.ws> <20110207214551.GB16429@hall.aurel32.net> <4D50A5F0.802@codemonkey.ws> <20110208072657.GD16429@hall.aurel32.net> <4D50FA14.5010100@redhat.com> <4D5103E8.6050808@siemens.com> <4D510771.3040309@aurel32.net> <4D511221.9030505@siemens.com> <4D5113D3.9090802@aurel32.net> <4D511500.1040303@siemens.com> <4D5115C2.6060008@aurel32.net> <4D511AAF.7040202@aurel32.net> In-Reply-To: <4D511AAF.7040202@aurel32.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Aurelien Jarno Cc: Stefan Hajnoczi , Stefan Hajnoczi , Marcelo Tosatti , "Edgar E. Iglesias" , "qemu-devel@nongnu.org" , Anthony Liguori , Paul Brook , Jan Kiszka , Paolo Bonzini , Arun Bharadwaj On 02/08/2011 04:27 AM, Aurelien Jarno wrote: > Stefan Hajnoczi a écrit : > >> Introducing IOTHREAD made !CONFIG_IOTHREAD platforms second class >> citizens. I think you'd like people to provide full support when they >> introduce new features. >> >> > I think you really pointed the problem here. We should probably add a > feature that will make KVM second class citizen so that people can > understand what it means. > Aurelien, Have you actually run QEMU on Windows and tried to use it to do something useful? As an exercise, walk through the various releases of QEMU and compare how well it works on Windows to any Unix platform. Windows support in QEMU has always been a second class citizen. If someone is willing to stand up and properly maintain it, I'm all for doing whatever we can to be supportive of that person but as of right now, that doesn't exist. Regards, Anthony Liguori