qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: Chris Frey <cdfrey@foursquare.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Killing KQEMU
Date: Tue, 2 Jun 2009 09:25:47 +0300	[thread overview]
Message-ID: <20090602062547.GS3948@redhat.com> (raw)
In-Reply-To: <20090602035217.GA16574@foursquare.net>

On Mon, Jun 01, 2009 at 11:52:17PM -0400, Chris Frey wrote:
> Hi,
> 
> I feel that I should post here, for the simple reason that most QEMU
> users likely don't read this list, and have no idea that developers are
> striving to kill off a valued feature.
> 
> This is a very valuable feature to me, as one of those users, and I find
> it sad to read the eagerness some have at getting rid of it.  Not everyone
> has access to the most modern hardware.  And not all hardware is worth
> throwing out just because it doesn't have a CPU capable of virtualization.
> 
If it works for you then use it! Just stay with the last version that
support kqemu. Nobody going to chase all mirrors and remove older
version from there and nobody is going to remove it from git history.

> I read excuses such as "it's not documented" and "nobody understands it"
> and "there's no maintainer", but in a project such as QEMU, that is nearly
> 500,000 lines of code, the KQEMU kernel module clocks in, for linux,
> at a whopping 674 lines.
> 
> I find it hard to believe that these 674 lines of code are too much for
> the substantial braintrust available on this list.
> 
> Wasn't KQEMU written in the first place to be small, auditable, and
> secure?  What has changed that it is now such a burden?
> 
If it matters enough for you you'll start to maintain it (it is sooo easy
after all) or will pay someone to maintain it.

--
			Gleb.

  parent reply	other threads:[~2009-06-02  6:26 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           ` [Qemu-devel] " Avi Kivity
2009-06-02 20:30       ` 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 ` Gleb Natapov [this message]
2009-06-02  9:26 ` [Qemu-devel] " 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=20090602062547.GS3948@redhat.com \
    --to=gleb@redhat.com \
    --cc=cdfrey@foursquare.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).