All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
	xen-devel <xen-devel@lists.xenproject.org>,
	Tim Deegan <tim@xen.org>
Subject: Re: Xen 4.4 development update: Is PVH a blocker?
Date: Mon, 16 Dec 2013 15:45:58 -0800	[thread overview]
Message-ID: <20131216154558.5c9f8900@mantra.us.oracle.com> (raw)
In-Reply-To: <52AECC1B020000780010D80B@nat28.tlf.novell.com>

On Mon, 16 Dec 2013 08:47:07 +0000
"Jan Beulich" <JBeulich@suse.com> wrote:

> >>> On 13.12.13 at 20:21, George Dunlap <George.Dunlap@eu.citrix.com>
> >>> wrote:
> > This information will be mirrored on the Xen 4.4 Roadmap wiki page:
> >  http://wiki.xen.org/wiki/Xen_Roadmap/4.4 
> > 
> > Our timeline had us start the code freeze last Friday.  However, we
> > have not released an RC0 because we have been waiting for PVH dom0
> > support.  Adding bug fixes during RCs makes sense, but RC0 should
> > contain all of the functionality we expect to be in the final
> > release.
> > 
> > PVH dom0 support is making progress, however it's not that clear
> > when it will actually be ready to be checked in.  The current
> > discussion is about refcounting the new p2m type, which is a tricky
> > and delicate operation (though luckily one which should be limited
> > to domains which use that type -- at the moment, exclusively PVH
> > dom0s).
> > 
> > If we continue to wait, it is likely that the release will slip.
> > The question
> > then is, how long should we continue to wait before we cut our
> > losses and say we'll wait for PVH dom0 until 4.5?
> 
> Even if likely unpopular, given the condition the one critical patch
> is in I'd favor not waiting any longer at all, deferring the feature
> to 4.5 and cutting RC1 e.g. based on what got pushed over the
> weekend.

Aaah, we are so close, it looks like other than patch 6, all others
are ok. The patch #6 had 3 comments from Tim:

   - switch order in write_ept_entry() : Done.
   - Add check in Non-ept code: done.
   - Release of refcnt in case of p2m teardown: Since this only applies
     to control domain being destroyed, I don't think it's that critical
     for 4.4, so submitting a separate patch for it. That should make the 
     series eligible for 4.4 assuming Tim OK's the above two changes.
     Tim kindly take a look.

Having it in 4.4 would be nice as it would all the community users and
inhouse QA to test it all once, domU and dom0. It would also allow
my work and others to then focus on all the follow on PVH work like:
32bit, performance, amd port, hotplugs, etc... 

So, I hope you'll reconsider.

thanks
mukesh

  reply	other threads:[~2013-12-16 23:47 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-13 19:21 Xen 4.4 development update: Is PVH a blocker? George Dunlap
2013-12-13 19:39 ` Konrad Rzeszutek Wilk
2013-12-13 20:55   ` Sander Eikelenboom
2013-12-16 15:09     ` Konrad Rzeszutek Wilk
2013-12-16 17:24       ` Sander Eikelenboom
2013-12-16 17:46         ` Konrad Rzeszutek Wilk
2013-12-16 17:59           ` Sander Eikelenboom
2013-12-16 19:34             ` Konrad Rzeszutek Wilk
2013-12-16 19:46               ` Sander Eikelenboom
2013-12-17 14:35                 ` Konrad Rzeszutek Wilk
2013-12-17 15:03                   ` Sander Eikelenboom
2013-12-17 21:35                     ` Konrad Rzeszutek Wilk
2013-12-17 21:52                       ` Sander Eikelenboom
2013-12-17 15:04               ` Anthony Liguori
2013-12-17 15:18                 ` Konrad Rzeszutek Wilk
2013-12-16 10:51   ` Ian Campbell
2013-12-16 15:12     ` Konrad Rzeszutek Wilk
2013-12-16 15:24       ` Konrad Rzeszutek Wilk
2013-12-16 15:43       ` Ian Campbell
2013-12-13 19:43 ` Konrad Rzeszutek Wilk
2013-12-16 10:50   ` George Dunlap
2013-12-16 10:54   ` Ian Campbell
2013-12-16 15:10     ` Konrad Rzeszutek Wilk
2013-12-19 14:06   ` Ian Campbell
2013-12-19 14:15     ` Processed: " xen
2013-12-16  8:47 ` Jan Beulich
2013-12-16 23:45   ` Mukesh Rathor [this message]
2013-12-17  8:25     ` Jan Beulich
2013-12-17 11:58   ` Tim Deegan
2013-12-17 14:13     ` George Dunlap

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=20131216154558.5c9f8900@mantra.us.oracle.com \
    --to=mukesh.rathor@oracle.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=tim@xen.org \
    --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.