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

[Martin Kletzander]

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>