[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH 0/8] [RFC] SMAP handling improvements for 32bit PV guests on

The purpose of this series is to fix the fact that you cannot boot 32bit PV
guests older than Linux 3.8ish on Broadwell processors when Xen is using

It should be noted that the same problem exists with SMEP and 32bit PV guests,
but I have no sympathy for PV kernels which start executing code via user
mappings, or compunction to work around the issue.

This series is RFC because there are still outstanding tests to narrow down
whether a windows BSOD is caused by this series (unlikely I hope, as nothing
HVM-related has changed), or whether it is from recent changes in staging
(more likely, but still not obvious what).

Either way, the series is good enough for review so is presented here.

Andrew Cooper (8):
  common/vsprintf: Special-case DOMID_IDLE handling for %pv
  x86/traps: Avoid using current too early on boot
  x86/setup: Initialise CR4 before creating idle_vcpu[0]
  xen/x86: Clean up CR4 definitions
  xen/x86: Drop PSE from XEN_MINIMAL_CR4
  xen/x86: Calculate PV CR4 masks at boot
  xen/x86: Rework CR4 handling for PV guests
  xen/x86: Additional SMAP modes to work around buggy 32bit PV guests

 docs/misc/xen-command-line.markdown |   25 +++++++-
 xen/arch/x86/domain.c               |  119 +++++++++++++++++++++++++++++++----
 xen/arch/x86/setup.c                |   59 +++++++++++------
 xen/arch/x86/traps.c                |   47 +++++++++-----
 xen/arch/x86/x86_64/traps.c         |    2 +-
 xen/common/vsprintf.c               |    5 +-
 xen/include/asm-x86/domain.h        |   19 +-----
 xen/include/asm-x86/processor.h     |   49 +++++++++------
 8 files changed, 239 insertions(+), 86 deletions(-)

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.