thr3ads.net - libvirt users - [libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware) [Feb 2014]

If this information is useful, please help other people find it:
Share via:

Struan Bartlett

2014-Feb-28 15:45 UTC

[libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

Hi

On a range of Dell servers containing Intel 64bit processors, 'virsh 
capabilities' reports the cpu differently on Debian Wheezy-amd64 and 
Wheezy-i386. The results given by the Wheezy-i386 version seem very 
wrong (since n270 is an Atom processor). Apart from architecture, the 
package versions of libvirt-bin are identical: 1.2.1-1~bpo70+1. 
/usr/share/libvirt/cpu_map.xml files are identical. Is this a known 
issue? Details for one server are:

# cat /proc/cpuinfo| head -n 26
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 45
model name      : Intel(R) Xeon(R) CPU E5-2650L 0 @ 1.80GHz
stepping        : 7
microcode       : 0x70d
cpu MHz         : 1800.054
cache size      : 20480 KB
physical id     : 0
siblings        : 16
core id         : 0
cpu cores       : 8
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good 
nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 
monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 
sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat 
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 3600.10
clflush size    : 64
cache_alignment : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

...
</proc/cpuinfo for processors 1..31 snipped here for brevity>

# Running Wheezy-amd64 libvirt-bin1.2.1-1~bpo70+1
# virsh capabilities

     <cpu>
       <arch>x86_64</arch>
       <model>SandyBridge</model>
       <vendor>Intel</vendor>
       <topology sockets='2' cores='8'
threads='2'/>
       <feature name='pdpe1gb'/>
       <feature name='osxsave'/>
       <feature name='dca'/>
       <feature name='pcid'/>
       <feature name='pdcm'/>
       <feature name='xtpr'/>
       <feature name='tm2'/>
       <feature name='est'/>
       <feature name='smx'/>
       <feature name='vmx'/>
       <feature name='ds_cpl'/>
       <feature name='monitor'/>
       <feature name='dtes64'/>
       <feature name='pbe'/>
       <feature name='tm'/>
       <feature name='ht'/>
       <feature name='ss'/>
       <feature name='acpi'/>
       <feature name='ds'/>
       <feature name='vme'/>
     </cpu>


# Running Wheezy-i386 libvirt-bin1.2.1-1~bpo70+1
# virsh capabilities

     <cpu>
       <arch>x86_64</arch>
       <model>n270</model>
       <vendor>Intel</vendor>
       <topology sockets='2' cores='8'
threads='2'/>
       <feature name='lahf_lm'/>
       <feature name='lm'/>
       <feature name='rdtscp'/>
       <feature name='pdpe1gb'/>
       <feature name='avx'/>
       <feature name='osxsave'/>
       <feature name='xsave'/>
       <feature name='aes'/>
       <feature name='tsc-deadline'/>
       <feature name='popcnt'/>
       <feature name='x2apic'/>
       <feature name='sse4.2'/>
       <feature name='sse4.1'/>
       <feature name='dca'/>
       <feature name='pcid'/>
       <feature name='pdcm'/>
       <feature name='xtpr'/>
       <feature name='cx16'/>
       <feature name='tm2'/>
       <feature name='est'/>
       <feature name='smx'/>
       <feature name='vmx'/>
       <feature name='ds_cpl'/>
       <feature name='dtes64'/>
       <feature name='pclmuldq'/>
       <feature name='pbe'/>
       <feature name='tm'/>
       <feature name='ht'/>
       <feature name='ss'/>
       <feature name='acpi'/>
       <feature name='ds'/>
       <feature name='pse36'/>
     </cpu>

Kind regards

Struan Bartlett

-- 

Struan Bartlett
NewsNow Publishing Limited

Tel: 	+44 (0)845 838 8890
Fax: 	+44 (0)845 838 8898

The UK's #1 News Portal:
 > www.NewsNow.co.uk <http://www.NewsNow.co.uk> (est. 1998)

Also tailored for Mobile:
 > mobile.NewsNow.co.uk <http://mobile.NewsNow.co.uk/>

Now with FREE Personalisation:
 > Register <http://www.NewsNow.co.uk/register/>

Bespoke B2B Internet News Monitoring:
 > Internet News Monitoring 
<http://www.newsnow.co.uk/services/newsmonitoring/>

Bespoke B2B Headlines for Websites:
 > Editorial-In-A-Box <http://www.newsnow.co.uk/services/websites/>

NewsNow Publishing Limited, trading also as NewsNow.co.uk, is a company 
registered in England and Wales under company no. 3435857 with 
registered office The Euston Office, 1 Euston Square, 40 Melton Street, 
London NW1 2FD

Martin Kletzander

2014-Mar-03 10:00 UTC

head link

[libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

On Fri, Feb 28, 2014 at 03:45:01PM +0000, Struan Bartlett
wrote:> Hi
>
> On a range of Dell servers containing Intel 64bit processors, 'virsh
> capabilities' reports the cpu differently on Debian Wheezy-amd64 and
> Wheezy-i386. The results given by the Wheezy-i386 version seem very
> wrong (since n270 is an Atom processor). Apart from architecture, the
> package versions of libvirt-bin are identical: 1.2.1-1~bpo70+1.
> /usr/share/libvirt/cpu_map.xml files are identical. Is this a known
> issue? Details for one server are:
>
> # cat /proc/cpuinfo| head -n 26
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 45
> model name      : Intel(R) Xeon(R) CPU E5-2650L 0 @ 1.80GHz
> stepping        : 7
> microcode       : 0x70d
> cpu MHz         : 1800.054
> cache size      : 20480 KB
> physical id     : 0
> siblings        : 16
> core id         : 0
> cpu cores       : 8
> apicid          : 0
> initial apicid  : 0
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 13
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
> syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good
> nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64
> monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1
> sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat
> xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
> bogomips        : 3600.10
> clflush size    : 64
> cache_alignment : 64
> address sizes   : 46 bits physical, 48 bits virtual
> power management:
>
> ...
> </proc/cpuinfo for processors 1..31 snipped here for brevity>
>
Check if all 32 CPUs have *exactly* the same flags, I remember an
issue when we reported a wrong cpu because the probing code was
scheduled on one of them which had one flag missing.  If package and
cpu_map.xml are the same, this is the only thing I can think of.
Simple 'grep ^flags /proc/cpuinfo | sort -u' should do.  If only one
line is printed out than I don't know where the problem might be...

Martin
> # Running Wheezy-amd64 libvirt-bin1.2.1-1~bpo70+1
> # virsh capabilities
>
>      <cpu>
>        <arch>x86_64</arch>
>        <model>SandyBridge</model>
>        <vendor>Intel</vendor>
>        <topology sockets='2' cores='8'
threads='2'/>
>        <feature name='pdpe1gb'/>
>        <feature name='osxsave'/>
>        <feature name='dca'/>
>        <feature name='pcid'/>
>        <feature name='pdcm'/>
>        <feature name='xtpr'/>
>        <feature name='tm2'/>
>        <feature name='est'/>
>        <feature name='smx'/>
>        <feature name='vmx'/>
>        <feature name='ds_cpl'/>
>        <feature name='monitor'/>
>        <feature name='dtes64'/>
>        <feature name='pbe'/>
>        <feature name='tm'/>
>        <feature name='ht'/>
>        <feature name='ss'/>
>        <feature name='acpi'/>
>        <feature name='ds'/>
>        <feature name='vme'/>
>      </cpu>
>
>
> # Running Wheezy-i386 libvirt-bin1.2.1-1~bpo70+1
> # virsh capabilities
>
>      <cpu>
>        <arch>x86_64</arch>
>        <model>n270</model>
>        <vendor>Intel</vendor>
>        <topology sockets='2' cores='8'
threads='2'/>
>        <feature name='lahf_lm'/>
>        <feature name='lm'/>
>        <feature name='rdtscp'/>
>        <feature name='pdpe1gb'/>
>        <feature name='avx'/>
>        <feature name='osxsave'/>
>        <feature name='xsave'/>
>        <feature name='aes'/>
>        <feature name='tsc-deadline'/>
>        <feature name='popcnt'/>
>        <feature name='x2apic'/>
>        <feature name='sse4.2'/>
>        <feature name='sse4.1'/>
>        <feature name='dca'/>
>        <feature name='pcid'/>
>        <feature name='pdcm'/>
>        <feature name='xtpr'/>
>        <feature name='cx16'/>
>        <feature name='tm2'/>
>        <feature name='est'/>
>        <feature name='smx'/>
>        <feature name='vmx'/>
>        <feature name='ds_cpl'/>
>        <feature name='dtes64'/>
>        <feature name='pclmuldq'/>
>        <feature name='pbe'/>
>        <feature name='tm'/>
>        <feature name='ht'/>
>        <feature name='ss'/>
>        <feature name='acpi'/>
>        <feature name='ds'/>
>        <feature name='pse36'/>
>      </cpu>
>
> Kind regards
>
> Struan Bartlett
>
> --
>
> Struan Bartlett
> NewsNow Publishing Limited
>
> Tel: 	+44 (0)845 838 8890
> Fax: 	+44 (0)845 838 8898
>
> The UK's #1 News Portal:
>  > www.NewsNow.co.uk <http://www.NewsNow.co.uk> (est. 1998)
>
> Also tailored for Mobile:
>  > mobile.NewsNow.co.uk <http://mobile.NewsNow.co.uk/>
>
> Now with FREE Personalisation:
>  > Register <http://www.NewsNow.co.uk/register/>
>
> Bespoke B2B Internet News Monitoring:
>  > Internet News Monitoring
> <http://www.newsnow.co.uk/services/newsmonitoring/>
>
> Bespoke B2B Headlines for Websites:
>  > Editorial-In-A-Box
<http://www.newsnow.co.uk/services/websites/>
>
> NewsNow Publishing Limited, trading also as NewsNow.co.uk, is a company
> registered in England and Wales under company no. 3435857 with
> registered office The Euston Office, 1 Euston Square, 40 Melton Street,
> London NW1 2FD
>
> _______________________________________________
> libvirt-users mailing list
> libvirt-users at redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://listman.redhat.com/archives/libvirt-users/attachments/20140303/4c2486dc/attachment.sig>

Struan Bartlett

2014-Mar-03 10:30 UTC

head link

Re: [libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

Hi Martin

Thanks for your response. Here's the output of that grep:

# grep ^flags /proc/cpuinfo | sort -u
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 
x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat xsaveopt 
pln pts dtherm tpr_shadow vnmi flexpriority ept vpid

I've just managed to install the libvirt-bin:amd64 package on the same 
machine, on the wheezy-i386 distribution. The output of 'virsh 
capabilities' is now reported correctly, and my VMs that required 
SandyBridge are now booting.

Have you any further suggestions?

Struan

On 03/03/2014 10:00, Martin Kletzander wrote:> On Fri, Feb 28, 2014 at 03:45:01PM +0000, Struan Bartlett wrote:
>> Hi
>>
>> On a range of Dell servers containing Intel 64bit processors,
'virsh
>> capabilities' reports the cpu differently on Debian Wheezy-amd64
and
>> Wheezy-i386. The results given by the Wheezy-i386 version seem very
>> wrong (since n270 is an Atom processor). Apart from architecture, the
>> package versions of libvirt-bin are identical: 1.2.1-1~bpo70+1.
>> /usr/share/libvirt/cpu_map.xml files are identical. Is this a known
>> issue? Details for one server are:
>>
>> # cat /proc/cpuinfo| head -n 26
>> processor       : 0
>> vendor_id       : GenuineIntel
>> cpu family      : 6
>> model           : 45
>> model name      : Intel(R) Xeon(R) CPU E5-2650L 0 @ 1.80GHz
>> stepping        : 7
>> microcode       : 0x70d
>> cpu MHz         : 1800.054
>> cache size      : 20480 KB
>> physical id     : 0
>> siblings        : 16
>> core id         : 0
>> cpu cores       : 8
>> apicid          : 0
>> initial apicid  : 0
>> fpu             : yes
>> fpu_exception   : yes
>> cpuid level     : 13
>> wp              : yes
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
>> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
>> syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts
rep_good
>> nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64
>> monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1
>> sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat
>> xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
>> bogomips        : 3600.10
>> clflush size    : 64
>> cache_alignment : 64
>> address sizes   : 46 bits physical, 48 bits virtual
>> power management:
>>
>> ...
>> </proc/cpuinfo for processors 1..31 snipped here for brevity>
>>
> Check if all 32 CPUs have *exactly* the same flags, I remember an
> issue when we reported a wrong cpu because the probing code was
> scheduled on one of them which had one flag missing.  If package and
> cpu_map.xml are the same, this is the only thing I can think of.
> Simple 'grep ^flags /proc/cpuinfo | sort -u' should do.  If only
one
> line is printed out than I don't know where the problem might be...
>
> Martin
>
>> # Running Wheezy-amd64 libvirt-bin1.2.1-1~bpo70+1
>> # virsh capabilities
>>
>>       <cpu>
>>         <arch>x86_64</arch>
>>         <model>SandyBridge</model>
>>         <vendor>Intel</vendor>
>>         <topology sockets='2' cores='8'
threads='2'/>
>>         <feature name='pdpe1gb'/>
>>         <feature name='osxsave'/>
>>         <feature name='dca'/>
>>         <feature name='pcid'/>
>>         <feature name='pdcm'/>
>>         <feature name='xtpr'/>
>>         <feature name='tm2'/>
>>         <feature name='est'/>
>>         <feature name='smx'/>
>>         <feature name='vmx'/>
>>         <feature name='ds_cpl'/>
>>         <feature name='monitor'/>
>>         <feature name='dtes64'/>
>>         <feature name='pbe'/>
>>         <feature name='tm'/>
>>         <feature name='ht'/>
>>         <feature name='ss'/>
>>         <feature name='acpi'/>
>>         <feature name='ds'/>
>>         <feature name='vme'/>
>>       </cpu>
>>
>>
>> # Running Wheezy-i386 libvirt-bin1.2.1-1~bpo70+1
>> # virsh capabilities
>>
>>       <cpu>
>>         <arch>x86_64</arch>
>>         <model>n270</model>
>>         <vendor>Intel</vendor>
>>         <topology sockets='2' cores='8'
threads='2'/>
>>         <feature name='lahf_lm'/>
>>         <feature name='lm'/>
>>         <feature name='rdtscp'/>
>>         <feature name='pdpe1gb'/>
>>         <feature name='avx'/>
>>         <feature name='osxsave'/>
>>         <feature name='xsave'/>
>>         <feature name='aes'/>
>>         <feature name='tsc-deadline'/>
>>         <feature name='popcnt'/>
>>         <feature name='x2apic'/>
>>         <feature name='sse4.2'/>
>>         <feature name='sse4.1'/>
>>         <feature name='dca'/>
>>         <feature name='pcid'/>
>>         <feature name='pdcm'/>
>>         <feature name='xtpr'/>
>>         <feature name='cx16'/>
>>         <feature name='tm2'/>
>>         <feature name='est'/>
>>         <feature name='smx'/>
>>         <feature name='vmx'/>
>>         <feature name='ds_cpl'/>
>>         <feature name='dtes64'/>
>>         <feature name='pclmuldq'/>
>>         <feature name='pbe'/>
>>         <feature name='tm'/>
>>         <feature name='ht'/>
>>         <feature name='ss'/>
>>         <feature name='acpi'/>
>>         <feature name='ds'/>
>>         <feature name='pse36'/>
>>       </cpu>
>>
>> Kind regards
>>
>> Struan Bartlett
>>
>> --
>>
>> Struan Bartlett
>> NewsNow Publishing Limited
>>
>> Tel: 	+44 (0)845 838 8890
>> Fax: 	+44 (0)845 838 8898
>>
>> The UK's #1 News Portal:
>>   > www.NewsNow.co.uk <http://www.NewsNow.co.uk> (est. 1998)
>>
>> Also tailored for Mobile:
>>   > mobile.NewsNow.co.uk <http://mobile.NewsNow.co.uk/>
>>
>> Now with FREE Personalisation:
>>   > Register <http://www.NewsNow.co.uk/register/>
>>
>> Bespoke B2B Internet News Monitoring:
>>   > Internet News Monitoring
>> <http://www.newsnow.co.uk/services/newsmonitoring/>
>>
>> Bespoke B2B Headlines for Websites:
>>   > Editorial-In-A-Box
<http://www.newsnow.co.uk/services/websites/>
>>
>> NewsNow Publishing Limited, trading also as NewsNow.co.uk, is a company
>> registered in England and Wales under company no. 3435857 with
>> registered office The Euston Office, 1 Euston Square, 40 Melton Street,
>> London NW1 2FD
>>
>> _______________________________________________
>> libvirt-users mailing list
>> libvirt-users@redhat.com
>> https://www.redhat.com/mailman/listinfo/libvirt-users
-- 

Struan Bartlett
NewsNow Publishing Limited

Tel: 	+44 (0)845 838 8890
Fax: 	+44 (0)845 838 8898

The UK's #1 News Portal:
 > www.NewsNow.co.uk <http://www.NewsNow.co.uk> (est. 1998)

Also tailored for Mobile:
 > mobile.NewsNow.co.uk <http://mobile.NewsNow.co.uk/>

Now with FREE Personalisation:
 > Register <http://www.NewsNow.co.uk/register/>

Bespoke B2B Internet News Monitoring:
 > Internet News Monitoring 
<http://www.newsnow.co.uk/services/newsmonitoring/>

Bespoke B2B Headlines for Websites:
 > Editorial-In-A-Box <http://www.newsnow.co.uk/services/websites/>

NewsNow Publishing Limited, trading also as NewsNow.co.uk, is a company 
registered in England and Wales under company no. 3435857 with 
registered office The Euston Office, 1 Euston Square, 40 Melton Street, 
London NW1 2FD

Possibly Parallel Threads

Search for more apparently analagous threads

libvirt users - Feb 2014 - 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

[libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

[libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

Re: [libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)

Possibly Parallel Threads