[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 18/26] x86/domctl: Update PV domain cpumasks when setting cpuid policy
On 24/03/16 17:04, Jan Beulich wrote: >>>> On 23.03.16 at 17:36, <andrew.cooper3@xxxxxxxxxx> wrote: >> This allows PV domains with different featuresets to observe different values >> from a native cpuid instruction, on supporting hardware. >> >> It is important to leak the host view of HTT and CMP_LEGACY through to >> guests, >> even though they could be hidden. These flags affect how to interpret other >> cpuid leaves which are not maskable. >> >> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> >> --- >> CC: Jan Beulich <JBeulich@xxxxxxxx> >> >> v2: >> * Use switch() rather than if/elseif chain >> * Clamp to static PV featuremask >> v3: >> * Only set a shadow cpumask if it is available in hardware. This causes >> fewer branches in the context switch. >> * Fix interaction between fastforward bits and override MSR. >> * Fix up the cross-vendor case. >> * Fix the host view of HTT/CMP_LEGACY. >> v4: >> * More comments explaining the masking MSRs behaviour. >> * s/CPU/CPUID/ >> * Leak host X2APIC. > Did you perhaps mean to also mention this one in the commit message > then? Anyway, > Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> Yes, I did. I will fix up the message. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |