All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.