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: Dongxiao Xu <dongxiao.xu@intel.com>,
	Keir Fraser <keir.xen@gmail.com>,
	Eddie Dong <eddie.dong@intel.com>,
	Jun Nakajima <jun.nakajima@intel.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH] nested vmx: Fix the booting of L2 PAE guest
Date: Thu, 27 Jun 2013 11:57:22 +0100	[thread overview]
Message-ID: <51CC1A92.3020402@eu.citrix.com> (raw)
In-Reply-To: <51CC169C02000078000E10FF@nat28.tlf.novell.com>

On 27/06/13 09:40, Jan Beulich wrote:
>>>> On 27.06.13 at 03:14, "Xu, Dongxiao" <dongxiao.xu@intel.com> wrote:
>> Hi stakeholders,
>>
>> I saw the patch is not merged yet. Do you have any other comment about this
>> patch? I think it is a critical fix for 4.3 release in nested virtualization
>> side.
> Irrespective of Keir's ack I was hoping for an ack from one of the
> VMX maintainers. Even more so as they are, just like you, working
> for Intel I think it would be appropriate for you to get in touch
> with them to fulfill their maintainer task here. In fact you should
> have Cc-ed them with your initial patch submission.
>
> Independently of that, you should have also Cc-ed George if you
> want this to go in for 4.3. In the absence of this, I had simply put
> this on my post-4.3 queue...

Well normally I think I would have said "no" to this change.  You guys 
haven't done a very good job of engaging with the release process we've 
been trying to develop -- you didn't report this bug to me so that I 
could track it and make informed decisions regarding the release.

However, I still consider nested VMX as "experimental" -- the fact that 
in the current tree, Win7 won't boot on Xen-on-Xen kind of confirms that 
status to me. :-)  Since it is experimental, like the ARM port, it has a 
slightly different release criteria: basically, as long as you don't 
touch code in the non-experimental path, you can take your own risks 
regarding breaking functionality.

Given that this patch only touches code inside vvmx.c, I'm assuming that 
this code *cannot* be touched by anyone who is *not* running in nested 
virt mode.

If that's correct, I'm inclined to say we can accept it.  But I'd be 
interested in hearing other people's opinions.

  -George

  reply	other threads:[~2013-06-27 10:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-24  5:55 [PATCH] nested vmx: Fix the booting of L2 PAE guest Dongxiao Xu
2013-06-24  6:46 ` Keir Fraser
2013-06-27  1:14   ` Xu, Dongxiao
2013-06-27  8:40     ` Jan Beulich
2013-06-27 10:57       ` George Dunlap [this message]
2013-06-27 12:05         ` Jan Beulich
2013-06-27 13:41           ` George Dunlap
2013-06-27 15:03         ` Jan Beulich
2013-06-27 14:51       ` Dong, Eddie

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=51CC1A92.3020402@eu.citrix.com \
    --to=george.dunlap@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=dongxiao.xu@intel.com \
    --cc=eddie.dong@intel.com \
    --cc=jun.nakajima@intel.com \
    --cc=keir.xen@gmail.com \
    --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 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.