From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] An organizational suggestion
Date: Tue, 03 Jun 2008 17:24:45 -0500 [thread overview]
Message-ID: <4845C4AD.9040000@codemonkey.ws> (raw)
In-Reply-To: <18501.14842.2805.868161@mariner.uk.xensource.com>
Ian Jackson wrote:
> Jamie Lokier writes ("Re: [Qemu-devel] An organizational suggestion"):
>
>> A private mail to Fabrice may be in order, if you're interested in
>> core maintenance. Try to involve KVM folks too, that way lies sanity.
>>
>
> Quite. I'll mail Fabrice - but generally I prefer to do things in
> public where possible because it can avoid some political problems.
>
I can't stress this enough so I'll say it again. More committers isn't
going to magically fix things. We need more people reviewing patches.
>> I agree, and the same applies to KVM's QEMU branch, but perhaps that
>> diverges less than Xen's.
>>
>
> I've had a brief look at it but I haven't a clear idea of the amount
> of divergence in the KVM branch.
>
Xen is really a fundamental fork. Quite a lot has been removed from the
tree and there are some major architectural changes (like the map-cache,
and the different save/restore formats). KVM tries very hard to remain
true to QEMU. Patches that aren't directly related to KVM support are
required to go to qemu-devel. I think the one day, Xen could use an
upstream QEMU for it's device model, but that's going to require
significant changes in how Xen does things.
We have a fair bit of clean-up work to do in order to get things
upstream but we'll get there.
There's nothing preventing the KVM changes from going into upstream QEMU
AFAIK other than our lack of focus on doing that. We're working on it
though.
Regards,
Anthony Liguori
next prev parent reply other threads:[~2008-06-03 22:25 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-03 5:42 [Qemu-devel] An organizational suggestion Balazs Attila-Mihaly (Cd-MaN)
2008-06-03 9:27 ` Ian Jackson
2008-06-03 10:00 ` Jamie Lokier
2008-06-03 10:19 ` Ian Jackson
2008-06-03 11:03 ` Jamie Lokier
2008-06-03 12:32 ` Ian Jackson
2008-06-03 13:01 ` [Qemu-devel] " Jan Kiszka
2008-06-03 14:26 ` Jamie Lokier
2008-06-03 22:24 ` Anthony Liguori [this message]
2008-06-03 13:45 ` [Qemu-devel] " Johannes Schindelin
2008-06-03 14:02 ` Ian Jackson
2008-06-03 14:35 ` Paul Brook
2008-06-03 14:41 ` Jamie Lokier
2008-06-03 14:55 ` Paul Brook
2008-06-03 15:14 ` Jamie Lokier
2008-06-03 14:54 ` Laurent Vivier
2008-06-03 15:04 ` Ian Jackson
2008-06-03 15:17 ` Jamie Lokier
2008-06-03 15:27 ` Ian Jackson
2008-06-03 16:54 ` Anthony Liguori
2008-06-03 19:26 ` Jamie Lokier
2008-06-03 15:24 ` Laurent Vivier
2008-06-03 20:37 ` Anthony Liguori
2008-06-03 20:27 ` Anthony Liguori
2008-06-03 10:23 ` Andreas Färber
2008-06-03 11:09 ` [Qemu-devel] " Jan Kiszka
2008-06-03 12:36 ` Ian Jackson
2008-06-03 12:48 ` Daniel P. Berrange
-- strict thread matches above, loose matches on Subject: below --
2008-06-03 10:11 [Qemu-devel] " Balazs Attila-Mihaly (Cd-MaN)
2008-06-03 15:36 Balazs Attila-Mihaly (Cd-MaN)
2008-06-03 16:59 ` Andreas Färber
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=4845C4AD.9040000@codemonkey.ws \
--to=anthony@codemonkey.ws \
--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).