Re: [Xen-devel] [PATCH v3 5/9] x86/vvmx: make updating shadow EPTP value more efficient

2017-10-05 Thread Nakajima, Jun
On 10/5/17, 6:13 AM, "Andrew Cooper" wrote: On 05/10/17 14:04, Sergey Dyasli wrote: > On Thu, 2017-10-05 at 03:27 -0600, Jan Beulich wrote: > On 05.10.17 at 10:18, wrote: >>> --- a/xen/arch/x86/hvm/vmx/entry.S >>> +++

Re: [Xen-devel] PC8 Residency on Broadwell hardware

2016-09-18 Thread Nakajima, Jun
> On Sep 13, 2016, at 9:10 AM, Nakajima, Jun <jun.nakaj...@intel.com> wrote: > > >> On Sep 13, 2016, at 2:05 AM, Andrew Cooper <andrew.coop...@citrix.com> wrote: >> >> On 13/09/16 08:51, Jan Beulich wrote: >>>>>> On 12.09.16 at 19:

Re: [Xen-devel] PC8 Residency on Broadwell hardware

2016-09-13 Thread Nakajima, Jun
> On Sep 13, 2016, at 2:05 AM, Andrew Cooper wrote: > > On 13/09/16 08:51, Jan Beulich wrote: > On 12.09.16 at 19:28, wrote: >> Please try to get quoting right - your response was rather hard to >> follow. >> >>> On Sep 12, 2016, at 2:00

Re: [Xen-devel] PC8 Residency on Broadwell hardware

2016-09-12 Thread Nakajima, Jun
On Sep 12, 2016, at 2:00 AM, Jan Beulich > wrote: On 12.09.16 at 10:47, > wrote: c/s 350bc1a9d4 "x86: support newer Intel CPU models" changed the set of MSRs read by Xeon Broadwell hardware

Re: [Xen-devel] Crash in set_cpu_sibling_map() booting Xen 4.6.0 on Fusion

2015-12-01 Thread Nakajima, Jun
BTW, we use "package ID", rather than "socket ID" in the SDM. Assignment of the package IDs on a system is a BIOS matter. Basically BIOS needs to assign package IDs to resolve APIC ID collision at early boot time, and the convention is up to the vendor/or the specific system configuration agents.

Re: [Xen-devel] [PATCH v6 03/15] VMX: implement suppress #VE.

2015-07-20 Thread Nakajima, Jun
On Mon, Jul 20, 2015 at 4:57 PM, Ed White edmund.h.wh...@intel.com wrote: In preparation for selectively enabling #VE in a later patch, set suppress #VE on all EPTE's. Suppress #VE should always be the default condition for two reasons: it is generally not safe to deliver #VE into a guest

Re: [Xen-devel] [PATCH v3 06/13] VMX/altp2m: add code to support EPTP switching and #VE.

2015-07-07 Thread Nakajima, Jun
On Wed, Jul 1, 2015 at 11:09 AM, Ed White edmund.h.wh...@intel.com wrote: Implement and hook up the code to enable VMX support of VMFUNC and #VE. VMFUNC leaf 0 (EPTP switching) emulation is added in a later patch. Signed-off-by: Ed White edmund.h.wh...@intel.com Acked-by: Jun Nakajima

Re: [Xen-devel] [PATCH v3 02/13] VMX: VMFUNC and #VE definitions and detection.

2015-07-07 Thread Nakajima, Jun
On Wed, Jul 1, 2015 at 11:09 AM, Ed White edmund.h.wh...@intel.com wrote: Currently, neither is enabled globally but may be enabled on a per-VCPU basis by the altp2m code. Remove the check for EPTE bit 63 == zero in ept_split_super_page(), as that bit is now hardware-defined. Signed-off-by:

Re: [Xen-devel] [PATCH v3 03/13] VMX: implement suppress #VE.

2015-07-07 Thread Nakajima, Jun
On Wed, Jul 1, 2015 at 11:09 AM, Ed White edmund.h.wh...@intel.com wrote: In preparation for selectively enabling #VE in a later patch, set suppress #VE on all EPTE's. Suppress #VE should always be the default condition for two reasons: it is generally not safe to deliver #VE into a guest