From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LV89N-0002pA-4y for qemu-devel@nongnu.org; Thu, 05 Feb 2009 12:36:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LV89L-0002on-Ke for qemu-devel@nongnu.org; Thu, 05 Feb 2009 12:36:28 -0500 Received: from [199.232.76.173] (port=47065 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LV89L-0002oi-G1 for qemu-devel@nongnu.org; Thu, 05 Feb 2009 12:36:27 -0500 Received: from mx20.gnu.org ([199.232.41.8]:6902) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LV89L-0005zr-5c for qemu-devel@nongnu.org; Thu, 05 Feb 2009 12:36:27 -0500 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LV89J-0004Kz-SQ for qemu-devel@nongnu.org; Thu, 05 Feb 2009 12:36:26 -0500 From: Paul Brook Subject: Re: [Qemu-devel] Re: Cutting a new QEMU release Date: Thu, 5 Feb 2009 17:36:22 +0000 References: <1233825194.6637.4.camel@ecrins.fosdick.home.net> <200902051627.21972.paul@codesourcery.com> <498B1EC6.8000504@exactcode.de> In-Reply-To: <498B1EC6.8000504@exactcode.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902051736.23247.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: =?utf-8?q?Ren=C3=A9_Rebe?= > given the sheer amount of CPU sililcon without VT/SVM it looks to be worth > keeping [kqemu] working. Maybe just to pull it into the Qemu SVN? I'd rather not. What you[1] really need to do is get it merged into upstream linux kernels. There have been several threads about this previously, the short version is that it probably involves rewriting to use the kvm API. You'll find that many developers (including myself) have extremely low tolerance for out of tree kernel modules[2]. Paul [1] Or someone else who actually cares/is paid to care about kqemu. [2] Obviously there's a bit of chicken and egg here. Upstream submission should at least be a fairly near-term goal.