From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Dunlap Subject: Re: Xen 4.5 development update (September update). Feature freeze slip by two weeks. Date: Thu, 25 Sep 2014 10:25:42 +0100 Message-ID: <5423DF96.70304@eu.citrix.com> References: <20140910170515.4DD58DEAD8@laptop.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; Format="flowed" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XX5JV-0002l7-Jz for xen-devel@lists.xenproject.org; Thu, 25 Sep 2014 09:26:13 +0000 In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Dave Scott , Konrad Rzeszutek Wilk Cc: "artem.mygaiev@globallogic.com" , "msw@amazon.com" , "gross@suse.com" , "dongxiao.xu@intel.com" , Stefano Stabellini , "mengxu@cis.upenn.edu" , "chao.p.peng@linux.intel.com" , "zhigang.x.wang@oracle.com" , "parth.dixit@linaro.org" , "Paul.Skentzos@dornerworks.com" , "wency@cn.fujitsu.com" , "rcojocaru@bitdefender.com" , "guijianfeng@cn.fujitsu.com" , "daniel.kiper@oracle.com" , "josh.whitehead@dornerworks.com" , Zoltan Kiss , "avanzini.arianna@gmail.com" List-Id: xen-devel@lists.xenproject.org On 09/25/2014 10:22 AM, Dave Scott wrote: > Hi Konrad, > > On 10 Sep 2014, at 18:05, wrote: > >> * extend the xenstore ring with a 'closing' signal (fair) >> RFC patch posted >> - David Scott > I=92d like to propose an exception for this one. The title is perhaps und= erselling it: although it is a protocol extension (and hence a new feature)= the main motivation is to fix a bug in hvmloader which causes HVM guests t= o hang during booting on a busy machine. The bug is fairly easy to reproduc= e with ~200 VMs: you=92ll probably find at least one failed to boot. > > The patch set has got to a v4 but needs a little bit of work to clarify t= he relationship between the closing signal and the existing RESET_WATCHES x= enstore protocol request. > > I may be pushing my luck here :-) but I=92d like to propose an additional= exception for a feature not on your list: > > * xl, libxl: add support for =91channels' > > This has got to a v6 and I believe the API and implementation is stable. = It mainly needs some review of the xl config file parsing changes. This is = definitely a new feature and not a bug fix. I=92d mainly like to make the A= PI official so that I can depend upon it in libvirt. > > Thanks for your consideration! I think a release exception is like an Acked-by or a Reviewed-by: it = applies to a specific version of a patch series, not the general idea of = the patch series. There's no point arguing for a release exception = until you actually have an otherwise fully-Acked patch series. -George