xen/x86: support per-domain flag for xpti
PATCH 3/9 xen/x86: support per-domain flag for xpti
Instead of switching XPTI globally on or off add a per-domain flag for that purpose. This allows to modify the xpti boot parameter to support running dom0 without Meltdown mitigations. Using "xpti=nodom0" as boot parameter will achieve that.
Move the xpti boot parameter handling to xen/arch/x86/pv/domain.c as it is pv-domain specific.
---
V6.1:
- address some minor comments (Jan Beulich)
V6:
- modify xpti boot parameter options (Andrew Cooper)
- move xpti_init() code to spec_ctrl.c (Andrew Cooper)
- irework init of per-domain xpti flag (Andrew Cooper)
V3:
- latch get_cpu_info() return value in variable (Jan Beulich)
- call always xpti_domain_init() for pv dom0 (Jan Beulich)
- add __init annotations (Jan Beulich)
- drop per domain XPTI message (Jan Beulich)
- document xpti=default support (Jan Beulich)
- move domain xpti flag into a padding hole (Jan Beulich)
--- docs/misc/xen-command-line.markdown | 14 ++++++-- xen/arch/x86/mm.c | 17 +++++++-- xen/arch/x86/pv/dom0_build.c | 1 + xen/arch/x86/pv/domain.c | 6 ++++ xen/arch/x86/setup.c | 19 ---------- xen/arch/x86/smpboot.c | 4 +-- xen/arch/x86/spec_ctrl.c | 70 +++++++++++++++++++++++++++++++++++++ xen/include/asm-x86/current.h | 3 +- xen/include/asm-x86/domain.h | 3 ++ xen/include/asm-x86/spec_ctrl.h | 4 +++ 10 files changed, 115 insertions(+), 26 deletions(-)
docs/misc/xen-command-line.markdown +12 -2
@@ -1955,14 +1955,24 @@ clustered mode. The default, given no hint from the **FADT**, is cluster mode. ### xpti -> `= <boolean>` +> `= List of [ default | <boolean> | dom0=<bool> | domu=<bool> ]` -> Default: `false` on AMD hardware +> Default: `false` on hardware not vulnerable to Meltdown (e.g. AMD) > Default: `true` everywhere else Override default selection of whether to isolate 64-bit PV guest page tables. +`true` activates page table isolation even on hardware not vulnerable by +Meltdown for all domains. + +`false` deactivates page table isolation on all systems for all domains. + +`default` sets the default behaviour. + +With `dom0` and `domu` it is possible to control page table isolation +for dom0 or guest domains only. + ### xsave > `= <boolean>`
xen/arch/x86/mm.c +15 -2
@@ -502,8 +502,21 @@ void make_cr3(struct vcpu *v, mfn_t mfn)void write_ptbase (struct vcpu *v) { -get_cpu_info ()->root_pgt_changed = true; -switch_cr3 (v->arch.cr3); +struct cpu_info *cpu_info =get_cpu_info (); + +if (is_pv_vcpu (v) && v->domain->arch.pv_domain.xpti ) + { + cpu_info->root_pgt_changed = true; + cpu_info->pv_cr3 =__pa (this_cpu (root_pgt)); +switch_cr3 (v->arch.cr3); + } +else + { +/* Make sure to clear xen_cr3 before pv_cr3; switch_cr3() serializes. */ + cpu_info->xen_cr3 =0 ; +switch_cr3 (v->arch.cr3); + cpu_info->pv_cr3 =0 ; + } }/*
xen/arch/x86/pv/dom0_build.c +1 -0
@@ -387,6 +387,7 @@ int __init dom0_construct_pv(struct domain *d,if ( compat32 ) { d->arch.is_32bit_pv = d->arch.has_32bit_shinfo =1 ; + d->arch.pv_domain.xpti = false; v->vcpu_info = (void *)&d->shared_info->compat.vcpu_info[0 ];if (setup_compat_arg_xlat (v) !=0 )BUG ();
xen/arch/x86/pv/domain.c +6 -0
@@ -9,6 +9,7 @@#include <xen/lib.h> #include <xen/sched.h> +#include <asm/spec_ctrl.h> #include <asm/pv/domain.h> static void noreturncontinue_nonidle_domain (struct vcpu *v)
@@ -75,6 +76,8 @@ int switch_compat(struct domain *d) d->arch.x87_fip_width =4 ; + d->arch.pv_domain.xpti = false; +return 0 ; undo_and_fail:
@@ -205,6 +208,9 @@ int pv_domain_initialise(struct domain *d)/* 64-bit PV guest by default. */ d->arch.is_32bit_pv = d->arch.has_32bit_shinfo =0 ; + d->arch.pv_domain.xpti = opt_xpti & (is_hardware_domain (d) + ?OPT_XPTI_DOM0 :OPT_XPTI_DOMU ); +return 0 ; fail:
xen/arch/x86/setup.c +0 -19
@@ -169,9 +169,6 @@ static int __init parse_smap_param(const char *s) }custom_param ("smap" , parse_smap_param); -static int8_t __initdata opt_xpti =-1 ; -boolean_param ("xpti" , opt_xpti); -bool __read_mostly acpi_disabled;bool __initdata acpi_force;static char __initdata acpi_param[10 ] ="" ;
@@ -1546,22 +1543,6 @@ void __init noreturn __start_xen(unsigned long mbi_p) cr4_pv32_mask = mmu_cr4_features &XEN_CR4_PV32_BITS ; -if ( opt_xpti <0 ) - { -uint64_t caps =0 ; - -if ( boot_cpu_data.x86_vendor ==X86_VENDOR_AMD ) - caps =ARCH_CAPABILITIES_RDCL_NO ; -else if (boot_cpu_has (X86_FEATURE_ARCH_CAPS ) ) -rdmsrl (MSR_ARCH_CAPABILITIES , caps); - - opt_xpti = !(caps &ARCH_CAPABILITIES_RDCL_NO ); - } -if ( opt_xpti ) -setup_clear_cpu_cap (X86_FEATURE_NO_XPTI ); -else -setup_force_cpu_cap (X86_FEATURE_NO_XPTI ); -if ( cpu_has_fsgsbase )set_in_cr4 (X86_CR4_FSGSBASE );
xen/arch/x86/smpboot.c +2 -2
@@ -325,7 +325,7 @@ void start_secondary(void *unused)spin_debug_disable ();get_cpu_info ()->xen_cr3 =0 ; -get_cpu_info ()->pv_cr3 =this_cpu (root_pgt) ?__pa (this_cpu (root_pgt)) :0 ; +get_cpu_info ()->pv_cr3 =0 ;load_system_tables ();
@@ -1044,7 +1044,7 @@ void __init smp_prepare_cpus(unsigned int max_cpus)panic ("Error %d setting up PV root page table\n" , rc);if (per_cpu (root_pgt,0 ) ) { -get_cpu_info ()->pv_cr3 =__pa (per_cpu (root_pgt,0 )); +get_cpu_info ()->pv_cr3 =0 ;/* * All entry points which may need to switch page tables have to start
xen/arch/x86/spec_ctrl.c +70 -0
82 lines not on this page · raw message
xen/include/asm-x86/current.h +2 -1
@@ -44,7 +44,8 @@ struct cpu_info {/* * Of the two following fields the latter is being set to the CR3 value * to be used on the given pCPU for loading whenever 64-bit PV guest -* context is being entered. The value never changes once set. +* context is being entered. A value of zero indicates no setting of CR3 +* is to be performed. * The former is the value to restore when re-entering Xen, if any. IOW * its value being zero means there's nothing to restore. However, its * value can also be negative, indicating to the exit-to-Xen code that
xen/include/asm-x86/domain.h +3 -0
@@ -253,6 +253,9 @@ struct pv_domainatomic_t nr_l4_pages; +/* XPTI active? */ +bool xpti; +/* map_domain_page() mapping cache. */ struct mapcache_domain mapcache;
xen/include/asm-x86/spec_ctrl.h +4 -0
@@ -29,6 +29,10 @@ void init_speculation_mitigations(void);extern bool opt_ibpb;extern uint8_t default_bti_ist_info; +extern uint8_t opt_xpti; +#define OPT_XPTI_DOM0 0x01 +#define OPT_XPTI_DOMU 0x02 +static inline void init_shadow_spec_ctrl_state (void ) {struct cpu_info *info =get_cpu_info ();
Signature · 7 lines
2.13.6 _______________________________________________ Xen-devel mailing list [email protected] https://lists.xenproject.org/mailman/listinfo/xen-devel
PATCH 9/9 xen/x86: use PCID feature
Avoid flushing the complete TLB when switching %cr3 for mitigation of Meltdown by using the PCID feature if available.
We are using 4 PCID values for a 64 bit pv domain subject to XPTI and 2 values for the non-XPTI case:
- guest active and in kernel mode
- guest active and in user mode
- hypervisor active and guest in user mode (XPTI only)
- hypervisor active and guest in kernel mode (XPTI only)
We use PCID only if PCID _and_ INVPCID are supported. With PCID in use we disable global pages in cr4. A command line parameter controls in which cases PCID is being used.
As the non-XPTI case has shown not to perform better with PCID at least on some machines the default is to use PCID only for domains subject to XPTI.
With PCID enabled we always disable global pages. This avoids having to either flush the complete TLB or do a cycle through all PCID values when invalidating a single global page.
---
V6.1:
- address some minor comments (Jan Beulich)
V6:
- split off pv_guest_cr4_to_real_cr4() conversion to function into new patch (Andrew Cooper)
- changed some comments (Jan Beulich, Andrew Cooper)
V5:
- use X86_CR3_ADDR_MASK instead of ~X86_CR3_PCID_MASK (Jan Beulich)
- add some const qualifiers (Jan Beulich)
- mask X86_CR3_ADDR_MASK with PADDR_MASK (Jan Beulich)
- add flushing the TLB from old PCID related entries in write_cr3_cr4() (Jan Beulich)
V4:
- add cr3 mask for page table address and use that in dbg_pv_va2mfn() (Jan Beulich)
- use invpcid_flush_all_nonglobals() instead of invpcid_flush_all() (Jan Beulich)
- use PCIDs 0/1 when running in Xen or without XPTI, 2/3 with XPTI in guest (Jan Beulich)
- ASSERT cr4.pge and cr4.pcide are never active at the same time (Jan Beulich)
- make pv_guest_cr4_to_real_cr4() a real function
V3:
- support PCID for non-XPTI case, too
- add command line parameter for controlling usage of PCID
- check PCID active by using cr4.pcide (Jan Beulich)
--- docs/misc/xen-command-line.markdown | 14 +++++++ xen/arch/x86/flushtlb.c | 47 ++++++++++++++++++++- xen/arch/x86/mm.c | 16 +++++++- xen/arch/x86/pv/dom0_build.c | 1 + xen/arch/x86/pv/domain.c | 81 ++++++++++++++++++++++++++++++++++++- xen/include/asm-x86/domain.h | 4 +- xen/include/asm-x86/processor.h | 3 ++ xen/include/asm-x86/pv/domain.h | 31 ++++++++++++++ 8 files changed, 191 insertions(+), 6 deletions(-)
docs/misc/xen-command-line.markdown +14 -0
@@ -1451,6 +1451,20 @@ All numbers specified must be hexadecimal ones. This option can be specified more than once (up to 8 times at present). +### pcid (x86) +> `= <boolean> | xpti=<bool>` + +> Default: `xpti` + +> Can be modified at runtime (change takes effect only for domains created + afterwards) + +If available, control usage of the PCID feature of the processor for +64-bit pv-domains. PCID can be used either for no domain at all (`false`), +for all of them (`true`), only for those subject to XPTI (`xpti`) or for +those not subject to XPTI (`no-xpti`). The feature is used only in case +INVPCID is supported and not disabled via `invpcid=false`. + ### ple\_gap > `= <integer>`
xen/arch/x86/flushtlb.c +45 -2
79 lines not on this page · raw message
xen/arch/x86/mm.c +14 -2
@@ -126,6 +126,7 @@#include <asm/hvm/ioreq.h> #include <asm/hvm/grant_table.h> +#include <asm/pv/domain.h> #include <asm/pv/grant_table.h> #include <asm/pv/mm.h>
@@ -497,7 +498,11 @@ void free_shared_domheap_page(struct page_info *page)void make_cr3 (struct vcpu *v,mfn_t mfn) { +struct domain *d = v->domain; + v->arch.cr3 =mfn_x (mfn) <<PAGE_SHIFT ; +if (is_pv_domain (d) && d->arch.pv_domain.pcid ) + v->arch.cr3 |=get_pcid_bits (v, false); }unsigned long pv_guest_cr4_to_real_cr4 (const struct vcpu *v)
@@ -508,7 +513,12 @@ unsigned long pv_guest_cr4_to_real_cr4(const struct vcpu *v) cr4 = v->arch.pv_vcpu.ctrlreg[4 ] & ~X86_CR4_DE ; cr4 |= mmu_cr4_features & (X86_CR4_PSE |X86_CR4_SMEP |X86_CR4_SMAP |X86_CR4_OSXSAVE |X86_CR4_FSGSBASE ); - cr4 |= d->arch.pv_domain.xpti ?0 :X86_CR4_PGE ; + +if ( d->arch.pv_domain.pcid ) + cr4 |=X86_CR4_PCIDE ; +else if ( !d->arch.pv_domain.xpti ) + cr4 |=X86_CR4_PGE ; + cr4 |= d->arch.vtsc ?X86_CR4_TSD :0 ;return cr4;
@@ -521,12 +531,14 @@ void write_ptbase(struct vcpu *v) new_cr4 = (is_pv_vcpu (v) && !is_idle_vcpu (v)) ?pv_guest_cr4_to_real_cr4 (v) - : ((read_cr4 () & ~X86_CR4_TSD ) |X86_CR4_PGE ); + : ((read_cr4 () & ~(X86_CR4_PCIDE |X86_CR4_TSD )) |X86_CR4_PGE );if (is_pv_vcpu (v) && v->domain->arch.pv_domain.xpti ) { cpu_info->root_pgt_changed = true; cpu_info->pv_cr3 =__pa (this_cpu (root_pgt)); +if ( new_cr4 &X86_CR4_PCIDE ) + cpu_info->pv_cr3 |=get_pcid_bits (v, true);switch_cr3_cr4 (v->arch.cr3, new_cr4); }else
xen/arch/x86/pv/dom0_build.c +1 -0
@@ -388,6 +388,7 @@ int __init dom0_construct_pv(struct domain *d, { d->arch.is_32bit_pv = d->arch.has_32bit_shinfo =1 ; d->arch.pv_domain.xpti = false; + d->arch.pv_domain.pcid = false; v->vcpu_info = (void *)&d->shared_info->compat.vcpu_info[0 ];if (setup_compat_arg_xlat (v) !=0 )BUG ();
xen/arch/x86/pv/domain.c +80 -1
110 lines not on this page · raw message
xen/include/asm-x86/domain.h +3 -1
@@ -255,6 +255,8 @@ struct pv_domain/* XPTI active? */ bool xpti; +/* Use PCID feature? */ +bool pcid;/* map_domain_page() mapping cache. */ struct mapcache_domain mapcache;
@@ -620,7 +622,7 @@ unsigned long pv_guest_cr4_to_real_cr4(const struct vcpu *v);#define real_cr4_to_pv_guest_cr4 (c) \ ((c) & ~(X86_CR4_PGE | X86_CR4_PSE | X86_CR4_TSD | \ X86_CR4_OSXSAVE | X86_CR4_SMEP | \ - X86_CR4_FSGSBASE | X86_CR4_SMAP)) + X86_CR4_FSGSBASE | X86_CR4_SMAP | X86_CR4_PCIDE))#define domain_max_vcpus (d) (is_hvm_domain(d) ? HVM_MAX_VCPUS : MAX_VIRT_CPUS)
xen/include/asm-x86/processor.h +3 -0
@@ -305,6 +305,9 @@ static inline unsigned long read_cr4(void)static inline void write_cr4 (unsigned long val) { +/* No global pages in case of PCIDs enabled! */ +ASSERT (!(val &X86_CR4_PGE ) || !(val &X86_CR4_PCIDE )); +get_cpu_info ()->cr4 = val; asmvolatile ("mov %0,%%cr4" : :"r" (val) ); }
xen/include/asm-x86/pv/domain.h +31 -0
@@ -21,6 +21,37 @@#ifndef __X86_PV_DOMAIN_H__#define __X86_PV_DOMAIN_H__ +/* +* PCID values for the address spaces of 64-bit pv domains: +* +* We are using 4 PCID values for a 64 bit pv domain subject to XPTI: +* - hypervisor active and guest in kernel mode PCID 0 +* - hypervisor active and guest in user mode PCID 1 +* - guest active and in kernel mode PCID 2 +* - guest active and in user mode PCID 3 +* +* Without XPTI only 2 values are used: +* - guest in kernel mode PCID 0 +* - guest in user mode PCID 1 +*/ + +#define PCID_PV_PRIV 0x0000/* Used for other domains, too. */ +#define PCID_PV_USER 0x0001 +#define PCID_PV_XPTI 0x0002/* To be ORed to above values. */ + +/* +* Return additional PCID specific cr3 bits. +* +* Note that X86_CR3_NOFLUSH will not be readable in cr3. Anyone consuming +* v->arch.cr3 should mask away X86_CR3_NOFLUSH and X86_CR3_PCIDMASK in case +* the value is used to address the root page table. +*/ +static inline unsigned long get_pcid_bits (const struct vcpu *v,bool is_xpti) +{ +return X86_CR3_NOFLUSH | (is_xpti ?PCID_PV_XPTI :0 ) | + ((v->arch.flags & TF_kernel_mode) ?PCID_PV_PRIV :PCID_PV_USER ); +} +#ifdef CONFIG_PV void pv_vcpu_destroy (struct vcpu *v);
Signature · 7 lines
2.13.6 _______________________________________________ Xen-devel mailing list [email protected] https://lists.xenproject.org/mailman/listinfo/xen-devel