From: George Dunlap <george.dunlap@eu.citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: Xen 4.4 development update -- RFC for feature freeze timeline
Date: Fri, 4 Oct 2013 18:36:16 +0100 [thread overview]
Message-ID: <524EFC90.7000706@eu.citrix.com> (raw)
In-Reply-To: <524552B802000078000F7463@nat28.tlf.novell.com>
On 27/09/13 08:41, Jan Beulich wrote:
>>>> On 26.09.13 at 18:47, George Dunlap <George.Dunlap@eu.citrix.com> wrote:
>> Nonetheless, it does seem likely that delaying for a month may allow a
>> significant number of important features to get in.
>>
>> Any thoughts?
> I'm in favor of pushing back by a month as long as this allows at
> least a fair share of the listed pending things to go in.
Well it's really hard to say -- back in January I said that the USB
hot-plug series was basically ready to go in, but it wasn't ready by
April when we had the feature freeze. Sometimes I feel like I'm reading
tea leaves here. :-) All we can do is make our best stab at things, and
then go back and see how we did.
> An
> alternative would be a weak feature freeze (no new features
> except for a well defined set) on the original date, but that would
> certainly undermine the stabilizing phase to some degree.
Well in theory it would allow "frozen" parts of the code (those not
touched by the well-defined set of features) to start stabilizing while
we are still working on non-frozen parts. But the non-frozen parts
still need to be stabilized, and the features we are talking about
including are pretty big and will need a decent amount of time for
stabilization; so I don't really see how doing a partial freeze is going
to really help that much.
-George
next prev parent reply other threads:[~2013-10-04 17:36 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-26 16:47 Xen 4.4 development update -- RFC for feature freeze timeline George Dunlap
2013-09-26 17:24 ` Dario Faggioli
2013-09-27 6:21 ` Elena Ufimtseva
2013-09-27 7:38 ` Jan Beulich
2013-09-27 9:37 ` David Vrabel
2013-09-27 9:51 ` Jan Beulich
2013-09-27 7:41 ` Jan Beulich
2013-10-04 17:36 ` George Dunlap [this message]
2013-09-27 10:21 ` Stefano Stabellini
2013-10-08 18:05 ` Xen 4.4 development update, qemu pci hole start address Pasi Kärkkäinen
2013-10-08 18:13 ` Pasi Kärkkäinen
2013-10-09 10:39 ` George Dunlap
2013-11-11 18:17 ` Pasi Kärkkäinen
-- strict thread matches above, loose matches on Subject: below --
2013-09-27 11:52 Xen 4.4 development update -- RFC for feature freeze timeline Boris Ostrovsky
2013-10-04 15:59 ` George Dunlap
2013-10-07 4:59 유재용
2013-10-07 6:55 ` Jan Beulich
2013-10-07 9:53 ` George Dunlap
2013-10-07 10:45 Jaeyong Yoo
2013-10-07 10:49 유재용
2013-10-07 11:25 ` Ian Campbell
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=524EFC90.7000706@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=xen-devel@lists.xenproject.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.