Re: [PATCH 1/3] x86/Intel: skip PLATFORM_INFO reads on family 0xf

On Fri, Feb 11, 2022 at 10:59:10AM +0100, Jan Beulich wrote: > On 11.02.2022 10:40, Roger Pau Monné wrote: > > On Thu, Feb 10, 2022 at 03:55:52PM +0100, Jan Beulich wrote: > >> This avoids unnecessary (and always somewhat scary) log messages for the > >> recovered from #GP(0). > > > > Could we may

Re: [PATCH 1/3] x86/Intel: skip PLATFORM_INFO reads on family 0xf

On 11.02.2022 10:40, Roger Pau Monné wrote: > On Thu, Feb 10, 2022 at 03:55:52PM +0100, Jan Beulich wrote: >> This avoids unnecessary (and always somewhat scary) log messages for the >> recovered from #GP(0). > > Could we maybe get rid of the #GP messages for cases like this where we > are explici

Re: [PATCH 1/3] x86/Intel: skip PLATFORM_INFO reads on family 0xf

On Thu, Feb 10, 2022 at 03:55:52PM +0100, Jan Beulich wrote: > This avoids unnecessary (and always somewhat scary) log messages for the > recovered from #GP(0). Could we maybe get rid of the #GP messages for cases like this where we are explicitly probing for MSR presence? (ie: it's expected that

[PATCH 1/3] x86/Intel: skip PLATFORM_INFO reads on family 0xf

This avoids unnecessary (and always somewhat scary) log messages for the recovered from #GP(0). Signed-off-by: Jan Beulich --- Perhaps even use "!= 6" in at least the CPUID-faulting family check? --- a/xen/arch/x86/cpu/common.c +++ b/xen/arch/x86/cpu/common.c @@ -127,9 +127,12 @@ bool __init pro