From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: David Vrabel <david.vrabel@citrix.com>
Cc: <boris.ostrovsky@oracle.com>, <xen-devel@lists.xenproject.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [Xen-devel] [V1 PATCH 1/2] PVH: set EFER.NX and EFER.SCE for boot vcpu
Date: Thu, 28 Aug 2014 16:59:12 -0700 [thread overview]
Message-ID: <20140828165912.581aaa43@mantra.us.oracle.com> (raw)
In-Reply-To: <53FF3A32.7000805@citrix.com>
On Thu, 28 Aug 2014 15:18:26 +0100
David Vrabel <david.vrabel@citrix.com> wrote:
> On 27/08/14 23:33, Mukesh Rathor wrote:
> > This patch addresses three things for a pvh boot vcpu:
> >
> > - NX bug on intel: It was recenlty discovered that NX is not being
> > honored in PVH on intel since EFER.NX is not being set. The
> > pte.NX bits are ignored if EFER.NX is not set on intel.
>
> I am unconvinced by this explanation. The Intel SDM clearly states
> that the XD bit in the page table entries is reserved if EFER.NXE is
> clear, and thus using a entry with XD set and EFER.NXE clear should
> generate a page fault (same as AMD).
>
> You either need to find out why Intel really worked (perhaps Xen is
> setting EFER.NXE on Intel?) or you need to included an errata (or
> similar) reference.
Nop, verified that again. The vcpu is coming up on efer 0x501, ie,
LME/LMA/SCE (older xen prior to SCE removal change). The pte entry for
rsp is: 800000003e32b063 that has NX set. No exception is generated upon
push rbp instruction (like on amd).
Could be that Intel docs are incomplete on vmx, I didn't hear back from them
on the last one I had found. Anyways, we are not addressing an intel errata
here, but fixing our issue of setting the EFER.NX bit.
-Mukesh
next prev parent reply other threads:[~2014-08-28 23:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-27 22:33 [V1 PATCH 0/2] Linux PVH: set EFER bits Mukesh Rathor
2014-08-27 22:33 ` [V1 PATCH 1/2] PVH: set EFER.NX and EFER.SCE for boot vcpu Mukesh Rathor
2014-08-27 22:33 ` Mukesh Rathor
2014-08-28 14:18 ` [Xen-devel] " David Vrabel
2014-08-28 23:59 ` Mukesh Rathor [this message]
2014-08-28 23:59 ` Mukesh Rathor
2014-08-28 14:18 ` David Vrabel
2014-08-27 22:33 ` [V1 PATCH 2/2] PVH: set EFER.NX and EFER.SCE for secondary vcpus Mukesh Rathor
2014-08-27 22:33 ` Mukesh Rathor
2014-08-28 14:24 ` David Vrabel
2014-08-28 14:24 ` [Xen-devel] " David Vrabel
2014-08-28 14:08 ` [V1 PATCH 0/2] Linux PVH: set EFER bits David Vrabel
2014-08-28 14:08 ` [Xen-devel] " David Vrabel
2014-08-28 14:15 ` Jan Beulich
2014-08-28 14:15 ` [Xen-devel] " Jan Beulich
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=20140828165912.581aaa43@mantra.us.oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=boris.ostrovsky@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=linux-kernel@vger.kernel.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.