From: Avi Kivity <avi@redhat.com>
To: Chris Frey <cdfrey@foursquare.net>
Cc: Paul Brook <paul@codesourcery.com>, qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: Killing KQEMU
Date: Thu, 04 Jun 2009 09:30:38 +0300 [thread overview]
Message-ID: <4A276A0E.9020709@redhat.com> (raw)
In-Reply-To: <20090603215035.GA23831@foursquare.net>
Chris Frey wrote:
> On Tue, Jun 02, 2009 at 11:24:11PM +0300, Avi Kivity wrote:
>
>> Not supporting >2GB guests is a large annoyance (very large if you have
>> 128GB of RAM). Don't know about the others. I think kqemu also blocks
>> memory hotplug.
>>
>
> Even if I were to fix kqemu to support such guests, I'd have no way to
> test it, with test machine specs like that.
>
> People say on this list that nobody wants to write for old hardware, but
> kernel developers (and apparently QEMU developers) are so far ahead of
> the curve that they forget that a system with 1GB of RAM may be someone's
> most powerful machine.
>
You don't need to make kqemu run large guests, just stop it from
preventing qemu and qemu/kvm from running large guests. It's perfectly
reasonable for kqemu to have some limitations.
>> If you're stepping up I can point out the problems I'm aware of.
>>
>
> I'm most interested in easing the pain of keeping kqemu alive. It seems
> like valuable tech that should not be thrown away just yet.
>
> What can I, a non-expert, do to help ease the pain that does not involve
> a rewrite or a porting to KVM? I'm very competent in C and have hacked
> the kernel a bit, but QEMU is new territory.
>
Start by finding out why kqemu insists on 32-bit page descriptors, and
increase it to 64 bits.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
next prev parent reply other threads:[~2009-06-04 6:43 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-02 3:52 [Qemu-devel] Killing KQEMU Chris Frey
2009-06-02 4:18 ` Avi Kivity
2009-06-02 6:28 ` Avi Kivity
2009-06-02 19:25 ` [Qemu-devel] " Chris Frey
2009-06-02 4:45 ` [Qemu-devel] " Rick Vernam
2009-06-02 12:54 ` Paul Brook
2009-06-02 20:09 ` [Qemu-devel] " Chris Frey
2009-06-02 20:24 ` Avi Kivity
2009-06-03 21:50 ` [Qemu-devel] " Chris Frey
2009-06-04 6:30 ` Avi Kivity [this message]
2009-06-02 20:30 ` [Qemu-devel] " Paul Brook
2009-06-03 21:34 ` Chris Frey
2009-06-03 21:46 ` Rick Vernam
2009-06-06 11:01 ` Andreas Färber
2009-06-06 11:27 ` Paul Brook
2009-06-06 13:50 ` Andreas Färber
2009-06-06 15:24 ` Gleb Natapov
2009-06-06 16:03 ` Avi Kivity
2009-06-02 20:35 ` Gerd Hoffmann
2009-06-02 20:47 ` Stuart Brady
2009-06-03 21:21 ` [Qemu-devel] " Chris Frey
2009-06-04 0:22 ` Paul Brook
2009-06-02 6:25 ` [Qemu-devel] " Gleb Natapov
2009-06-02 9:26 ` Anton D Kachalov
2009-06-02 19:47 ` [Qemu-devel] " Chris Frey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A276A0E.9020709@redhat.com \
--to=avi@redhat.com \
--cc=cdfrey@foursquare.net \
--cc=paul@codesourcery.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.