From: Alex Bligh <alex@alex.org.uk>
To: Ian Murray <murrayie@yahoo.co.uk>, xen-devel@lists.xen.org
Cc: Alex Bligh <alex@alex.org.uk>
Subject: Re: [Hackathon Minutes] Xen 4.4 Planning
Date: Fri, 14 Jun 2013 08:01:26 +0100 [thread overview]
Message-ID: <0B24F3E994CE78C22459B5E6@nimrod.local> (raw)
In-Reply-To: <51BA5C1E.6040006@yahoo.co.uk>
Ian,
--On 14 June 2013 00:56:14 +0100 Ian Murray <murrayie@yahoo.co.uk> wrote:
> When you talk about "stuff" breaking between major releases, are you
> talking about Xen code not functioning or your code failing because of
> changes in Xen? If the latter, are we talking designed changes in Xen's
> behaviour or non-designed ones (=bugs)?
Both.
As an example of the first, the API changed very significantly between
3.x and 4.1, and 4.1 and 4.2. Some of the API changes were subtle (e.g.
what you had to do across a fork()).
As an example of the second, see the very long thread with O_DIRECT
in the subject line.
> I am at a loss as to what is wrong with contributing a few bug fixes back
> if you're technically capable of finding and fixing... I am not feeling
> the community spirit here.
There's nothing wrong with that, and we have done. However this thread
is about development cycles. Critical stuff breaks, we know that.
That should happen in the unstable version. Patches that fix critical
stuff should be made in the unstable version, not the stable version.
> Also, a little bit of Googling tells me that Flexiant (that is the "we"
> in all of this, right?) provides cloud software to third-parties and does
> not provide cloud services itself. To make your product work reliably
> with Xen for your customers, are you distributing your own patches for
> Xen to these third-parties?
Yes. We ship with a patched version of xen. All our patches have been sent
here and are on github. If the implication is that we're somehow keeping
these to ourselves, you have that totally wrong. We would like nothing
better than all our patches to be in mainline. For 4.2 we are currently
carrying one patch for fixing the tsc (see 'clock stalled on live
migration') which is a backport of a 4.3 patch here, and my minideb
patch which is a packaging change which (for quite understandable
reasons) people don't want in mainline. In the past, we've carried
tens of patches - see the live migrate on qemu-upstream-dm for 4.2
patch series I posted here, since accepted.
--
Alex Bligh
next prev parent reply other threads:[~2013-06-14 7:01 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-13 14:00 [Hackathon Minutes] Xen 4.4 Planning Lars Kurth
2013-06-13 14:22 ` Jan Beulich
2013-06-13 15:11 ` George Dunlap
2013-06-13 15:30 ` Jan Beulich
2013-06-13 15:39 ` Ian Campbell
2013-06-17 8:27 ` Fabio Fantoni
2013-06-17 9:52 ` Ian Campbell
2013-06-13 14:31 ` Ian Campbell
2013-06-13 14:52 ` George Dunlap
2013-06-13 15:06 ` Ian Campbell
2013-06-14 17:41 ` Konrad Rzeszutek Wilk
2013-06-13 14:43 ` George Dunlap
2013-06-13 17:09 ` Ben Guthro
2013-06-13 18:07 ` Pasi Kärkkäinen
2013-06-13 21:03 ` Alex Bligh
2013-06-13 23:56 ` Ian Murray
2013-06-14 7:01 ` Alex Bligh [this message]
2013-06-14 9:46 ` Ian Murray
2013-06-14 11:53 ` Alex Bligh
2013-06-14 12:32 ` Ian Murray
2013-06-14 12:49 ` Alex Bligh
2013-06-14 13:34 ` Ian Murray
2013-06-14 13:55 ` Ian Campbell
2013-06-14 14:44 ` Ian Murray
2013-06-14 14:55 ` Gordan Bobic
2013-06-14 15:00 ` George Dunlap
2013-06-14 15:09 ` Ian Campbell
2013-06-14 15:43 ` Alex Bligh
2013-06-14 21:05 ` Ian Murray
2013-06-19 21:22 ` Alex Bligh
2013-06-14 15:44 ` Alex Bligh
2013-06-14 17:25 ` Konrad Rzeszutek Wilk
2013-06-14 8:15 ` Jan Beulich
2013-06-14 9:47 ` George Dunlap
2013-06-14 9:59 ` Lars Kurth
2013-06-14 10:45 ` Jan Beulich
2013-06-14 11:19 ` George Dunlap
2013-06-14 11:30 ` Gordan Bobic
2013-06-14 12:10 ` Sander Eikelenboom
2013-06-14 10:44 ` George Dunlap
-- strict thread matches above, loose matches on Subject: below --
2013-06-14 11:46 Alex Bligh
2013-06-14 12:26 ` Jan Beulich
2013-06-14 12:45 ` Alex Bligh
2013-06-14 18:55 Alex Bligh
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=0B24F3E994CE78C22459B5E6@nimrod.local \
--to=alex@alex.org.uk \
--cc=murrayie@yahoo.co.uk \
--cc=xen-devel@lists.xen.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).