From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MDBAW-00075r-Cq for qemu-devel@nongnu.org; Sun, 07 Jun 2009 01:43:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MDBAQ-00075f-M5 for qemu-devel@nongnu.org; Sun, 07 Jun 2009 01:43:42 -0400 Received: from [199.232.76.173] (port=38120 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MDBAQ-00075c-En for qemu-devel@nongnu.org; Sun, 07 Jun 2009 01:43:38 -0400 Received: from mx2.redhat.com ([66.187.237.31]:42037) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MDBAP-0000pv-Ti for qemu-devel@nongnu.org; Sun, 07 Jun 2009 01:43:38 -0400 Message-ID: <4A2B5380.3090006@redhat.com> Date: Sun, 07 Jun 2009 08:43:28 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: POLL: Why do you use kqemu? References: <4A26F1E3.1040509@codemonkey.ws> <4A2A92FE.2010700@redhat.com> <4A2AA10B.6060401@web.de> <4A2AA829.9000907@web.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: Blue Swirl , Jan Kiszka , "qemu-devel@nongnu.org" Andreas F=E4rber wrote: >> >> You don't have to, it builds against the distro kernel's devel package >> (I'm doing most KVM development on boring distro kernels). No black >> magic involved. Really. > > Consider me Joe User in that aspect: I have a fairly recent amd64=20 > Linux machine, with all the latest security, bugfix and enhancement=20 > updates installed. Joe would just use the packaged qemu from his distro. That happens to=20 be built from qemu-kvm.git, so Joe is already way ahead of you. > > $ uname -a > Linux redhead 2.6.27.24-170.2.68.fc10.x86_64 #1 SMP Wed May 20=20 > 22:47:23 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux > $ ./configure > [...] > #error Missing KVM capability KVM_CAP_DESTROY_MEMORY_REGION_WORKS Like I said, try qemu-kvm.git. > > A package search for kvm results in kvm-74-10.fc10 being installed=20 > (plus another one with ROMs). There is no additional kvm-kmod package=20 > offered that I could install. What should I do? > > I could try qemu-kvm.git, yes, but for one thing Anthony has been=20 > insistant that patches be made against upstream qemu.git and for=20 > another it makes me dependent on someone merging KVM-unrelated commits=20 > (like sparc) into qemu-kvm.git, so it doesn't sound like a longterm=20 > solution. I also insist on it. Try 'git log' on qemu-kvm.git to see why. > > There are at least two solutions: > > i) Make configure hint users what to do. (README just references=20 > qemu-doc.html, which is not yet built and doesn't contain anything=20 > helpful here anyway.) Other options are even less verbose though (e.g.=20 > Documentation). Building a new kernel or kernel module is not always=20 > an option. Agree. > > ii) Merge the apparently existant workarounds upstream. I thought this=20 > was the overall plan anyway? Has this changed, like the original plan=20 > of Glauber's kqemu-friendly qemu-accel abstraction? It hasn't changed, it's just moving at a snail's pace. > Sourceforge (the KVM download link) appears to be down currently btw.=20 > Savannah is not the only one with problems, it seems. Seems to be up now. --=20 Do not meddle in the internals of kernels, for they are subtle and quick = to panic.