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

Re: [Xen-devel] [PATCH 1/2] x86: report if PCID and INVPCID are supported



On 05/03/18 11:31, Wei Liu wrote:
> On Mon, Mar 05, 2018 at 04:20:48AM -0700, Jan Beulich wrote:
>>>>> On 05.03.18 at 10:50, <wei.liu2@xxxxxxxxxx> wrote:
>>> --- a/xen/arch/x86/setup.c
>>> +++ b/xen/arch/x86/setup.c
>>> @@ -1701,6 +1701,13 @@ void __init noreturn __start_xen(unsigned long mbi_p)
>>>             cpu_has_nx ? XENLOG_INFO : XENLOG_WARNING "Warning: ",
>>>             cpu_has_nx ? "" : "not ");
>>>  
>>> +
>>> +    printk(XENLOG_INFO
>>> +           "PCID (Process-Context IDentifier) %ssupported\n",
>>> +           cpu_has_pcid ? "" : "not ");
>>> +
>>> +    printk(XENLOG_INFO "INVPCID %ssupported\n", cpu_has_invpcid ? "" : 
>>> "not ");
>> Do we really need this? We log a message for NX as an exception,
>> we don't do so for other features (and things would get pretty
>> unwieldy if we did).
>>
> I'm not too fuss really. It helped me to pick a machine when I didn't
> have the exact spec of the pool of machines. The same information can
> certainly be obtained from hardware cpuid info.
>
> On another note, what is the most reliable way to extract hardware cpuid
> info from Xen? AIUI now cpuid faulting can be enabled for both PV and
> HVM guests so running cpuid in PV guests might not return the real bits
> (which is a good thing).

For now, `xen-cpuid`, which uses SYSCTL_get_cpufeatureset internally.

This will shortly be changing to get the fully cpuid/msr policies rather
than just the feature bitmaps.

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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