[libvirt-users] 'virsh capabilities' on Debian Wheezy-amd64 reports different cpu to Wheezy-i386 (on same hardware)
Martin Kletzander
mkletzan at redhat.com
Mon Mar 3 10:44:34 UTC 2014
On Mon, Mar 03, 2014 at 10:30:11AM +0000, Struan Bartlett wrote:
> 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?
>
Oh, I missed the fact that it was 32 bit distro. In that case, I
guess some cpu features won't be available. No other ideas.
Martin
> 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 at 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
>
-------------- 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/e935d14c/attachment.sig>
More information about the libvirt-users
mailing list