Re: [PATCH 1/3] cpu: define sub-leaf 0 for leaf 7 in cpu_map.xml

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

 



On Thu, Jun 29, 2017 at 09:51:58AM +0200, Jiri Denemark wrote:
> On Thu, Jun 29, 2017 at 03:11:41 +0200, Marek Marczykowski-Górecki wrote:
> > CPUID leaf 7 is sub-leaf aware. Add missing attribute.
> > ---
> >  src/cpu/cpu_map.xml | 58 +++++++++++++++++++++++-----------------------
> >  1 file changed, 29 insertions(+), 29 deletions(-)
> > 
> > diff --git a/src/cpu/cpu_map.xml b/src/cpu/cpu_map.xml
> > index 29b5b59..037a057 100644
> > --- a/src/cpu/cpu_map.xml
> > +++ b/src/cpu/cpu_map.xml
> > @@ -195,93 +195,93 @@
> >  
> >      <!-- cpuid function 0x7 ecx 0x0 features -->
> >      <feature name='fsgsbase'>
> > -      <cpuid eax_in='0x07' ebx='0x00000001'/>
> > +      <cpuid eax_in='0x07' ecx_in='0' ebx='0x00000001'/>
> 
> Why? Zero is the default value for ecx_in, I don't see a strong reason
> for mentioning it explicitly. If we do this, we should set the value to
> 0x00 though.

There is a difference (at CPUID instruction level) between ignoring ECX
value (leaf 1 for example) and requiring it to be set to 0. Looks like
virCPUx86CPUID structure does not support this distinction though.
Anyway I think it's better to include it there, will change to 0x00.

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Attachment: signature.asc
Description: PGP signature

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]
  Powered by Linux