From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ILeg4-0001dJ-4r for qemu-devel@nongnu.org; Thu, 16 Aug 2007 08:42:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ILeg3-0001cJ-9Z for qemu-devel@nongnu.org; Thu, 16 Aug 2007 08:42:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILeg2-0001c4-UE for qemu-devel@nongnu.org; Thu, 16 Aug 2007 08:42:14 -0400 Received: from rv-out-0910.google.com ([209.85.198.188]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ILeg2-0003y6-8W for qemu-devel@nongnu.org; Thu, 16 Aug 2007 08:42:14 -0400 Received: by rv-out-0910.google.com with SMTP id g11so469565rvb for ; Thu, 16 Aug 2007 05:42:12 -0700 (PDT) Message-ID: <23bcb8700708160542m45c3d561q3c1590fcfeea3a09@mail.gmail.com> Date: Thu, 16 Aug 2007 08:42:12 -0400 From: "Bill C. Riemers" Sender: docbill@gmail.com Subject: Re: [Qemu-devel] merging kqemu into mainline kernel? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_134524_8025205.1187268132141" References: <8a6cde920708040926s6e12edd0mc3b469ab741c5653@mail.gmail.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: dragoran ------=_Part_134524_8025205.1187268132141 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline You don't need to compile kqemu into the kernel. When I install dkms-kqemu from freshrpms, I do NOT rebuild my kernel. I am fairly certain with Fedora's new policy for extras, there would not be much of a problem getting it added to Fedora. For that matter, it could probably get added into the new Enterprise Extra's repository as well. However, someone would need to volunteer to maintain the package. Bill On 8/4/07, dragoran wrote: > > > > On 8/4/07, Ricardo Almeida wrote: > > > > Hi, > > I'm just a user... > > > > Is it planned to submit kqemu to lkml for inclusion into the mainline > > > kernel? > > > > > > Never seen anyone talking about this... > > > > if not why? > > > > > > Maybe because KVM was included (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6aa8b732ca01c3d7a54e93f4d701b8aabbe60fb7 > > ) > > > > I know that > > if yes any idea when? is it possible to try to get it in 2.6.24 ? > > > > > > > I don't know if Linus would accept it. As I said, KVM was included, > > although kqemu as the advantage of working in older hardware (without AMD-V > > or Intel equivalent virtualization instructions). > > Maybe if it was possible to make merge kqemu into KVM to take the best > > of the two... But I don't know anything about KVM nor kqemu code... > > > thats the reason I (and many other users) want to see it merged. > for ex. the fedora kernel maintainers don't want to add it until its part > of the upstream kernel. > > > ------=_Part_134524_8025205.1187268132141 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline You don't need to compile kqemu into the kernel.  When I install dkms-kqemu from freshrpms, I do NOT rebuild my kernel.  I am fairly certain with Fedora's new policy for extras, there would not be much of a problem getting it added to Fedora.  For that matter, it could probably get added into the new Enterprise Extra's repository as well.  However, someone would need to volunteer to maintain the package.

Bill


On 8/4/07, dragoran <drago01@gmail.com> wrote:


On 8/4/07, Ricardo Almeida < ric.almeida@gmail.com> wrote:
Hi,
I'm just a user...

Is it planned to submit kqemu to lkml for inclusion into the mainline kernel?

Never seen anyone talking about this...

if not why?

I know that

if yes any idea when? is it possible to try to get it in 2.6.24 ?

I don't know if Linus would accept it. As I said, KVM was included, although kqemu as the advantage of working in older hardware (without AMD-V or Intel equivalent virtualization instructions).
Maybe if it was possible to make merge kqemu into KVM to take the best of the two... But I don't know anything about KVM nor kqemu code...

thats the reason I  (and many other users) want to see it merged.
for ex. the fedora kernel maintainers don't want to add it until its part of the upstream kernel.



------=_Part_134524_8025205.1187268132141--