From: Tim Dawson <tadawson@tpcsvc.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11
Date: Wed, 26 Nov 2014 18:52:59 -0000 [thread overview]
Message-ID: <20141126185259.29127.80662.malone@wampee.canonical.com> (raw)
In-Reply-To: 20141121223040.7362.48987.malonedeb@gac.canonical.com
Broadwell - Fails, Host won't support it:
warning: host doesn't support requested feature: CPUID.01H:ECX.fma [bit 12]
warning: host doesn't support requested feature: CPUID.01H:ECX.movbe [bit 22]
warning: host doesn't support requested feature: CPUID.07H:EBX.fsgsbase [bit 0]
warning: host doesn't support requested feature: CPUID.07H:EBX.bmi1 [bit 3]
warning: host doesn't support requested feature: CPUID.07H:EBX.hle [bit 4]
warning: host doesn't support requested feature: CPUID.07H:EBX.avx2 [bit 5]
warning: host doesn't support requested feature: CPUID.07H:EBX.smep [bit 7]
warning: host doesn't support requested feature: CPUID.07H:EBX.bmi2 [bit 8]
warning: host doesn't support requested feature: CPUID.07H:EBX.erms [bit 9]
warning: host doesn't support requested feature: CPUID.07H:EBX.invpcid [bit 10]
warning: host doesn't support requested feature: CPUID.07H:EBX.rtm [bit 11]
warning: host doesn't support requested feature: CPUID.07H:EBX.rdseed [bit 18]
warning: host doesn't support requested feature: CPUID.07H:EBX.adx [bit 19]
warning: host doesn't support requested feature: CPUID.07H:EBX.smap [bit 20]
warning: host doesn't support requested feature: CPUID.80000001H:ECX.3dnowprefetch [bit 8]
qemu-system-x86_64: Host doesn't support requested features
Haswell fails, host won't support it:
warning: host doesn't support requested feature: CPUID.01H:ECX.fma [bit 12]
warning: host doesn't support requested feature: CPUID.01H:ECX.movbe [bit 22]
warning: host doesn't support requested feature: CPUID.07H:EBX.fsgsbase [bit 0]
warning: host doesn't support requested feature: CPUID.07H:EBX.bmi1 [bit 3]
warning: host doesn't support requested feature: CPUID.07H:EBX.hle [bit 4]
warning: host doesn't support requested feature: CPUID.07H:EBX.avx2 [bit 5]
warning: host doesn't support requested feature: CPUID.07H:EBX.smep [bit 7]
warning: host doesn't support requested feature: CPUID.07H:EBX.bmi2 [bit 8]
warning: host doesn't support requested feature: CPUID.07H:EBX.erms [bit 9]
warning: host doesn't support requested feature: CPUID.07H:EBX.invpcid [bit 10]
warning: host doesn't support requested feature: CPUID.07H:EBX.rtm [bit 11]
qemu-system-x86_64: Host doesn't support requested features
SandyBridge (this is the test box physical CPU) fails, no errors, networking dead, as per initial problem.
Westmere fails, no networking.
Nehalem fails, no networking
Panryn fails, no networking
Conroe fails, no networking
host fails, no networking
Just to ensure that all else was good, I tested SandyBridge, Westmere,
Conroe, and host with "-x2apic" and every one works with x2apic
disabled.
This test box is a laptop, and I am only testing on it since I am away
from my primary server (Dell 2950) for the holiday. Both Intel, but not
even close to the same CPU . . . same problem observed on both, although
workaround not tested yet on primary.
Test box (for this data) CPU into:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
stepping : 7
microcode : 0x25
cpu MHz : 1200.000
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
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 rdtscp lm c
onstant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf eagerfpu
pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid s
se4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4984.29
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
(Repeats for 4 cores)
Primary system:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E5345 @ 2.33GHz
stepping : 7
microcode : 0x6b
cpu MHz : 2000.000
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
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 lm constant
_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vm
x est tm2 ssse3 cx16 xtpr pdcm dca lahf_lm dtherm tpr_shadow
bogomips : 4655.23
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
(Repeats for 8 cores)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1395217
Title:
Networking in qemu 2.0.0 and beyond is not compatible with Open
Solaris (Illumos) 5.11
Status in QEMU:
New
Bug description:
The networking code in qemu in versions 2.0.0 and beyond is non-
functional with Solaris/Illumos 5.11 images.
Building 1.7.1, 2.0.0, 2.0.2, 2.1.2,and 2.2.0rc1with the following
standard Slackware config:
# From Slackware build tree . . .
./configure \
--prefix=/usr \
--libdir=/usr/lib64 \
--sysconfdir=/etc \
--localstatedir=/var \
--enable-gtk \
--enable-system \
--enable-kvm \
--disable-debug-info \
--enable-virtfs \
--enable-sdl \
--audio-drv-list=alsa,oss,sdl,esd \
--enable-libusb \
--disable-vnc \
--target-list=x86_64-linux-user,i386-linux-user,x86_64-softmmu,i386-softmmu \
--enable-spice \
--enable-usb-redir
And attempting to run the same VM image with the following command (or via virt-manager):
macaddress="DE:AD:BE:EF:3F:A4"
qemu-system-x86_64 nex4x -cdrom /dev/cdrom -name "Nex41" -cpu Westmere
-machine accel=kvm -smp 2 -m 4000 -net nic,macaddr=$macaddress -net bridge,br=b
r0 -net dump,file=/usr1/tmp/<FILENAME> -drive file=nex4x_d1 -drive file=nex4x_d2
-enable-kvm
Gives success on 1.7.1, and a deaf VM on all subsequent versions.
Notable in validating my config, is that a Windows 7 image runs
cleanly with networking on *all* builds, so my configuration appears
to be good - qemu just hates Solaris at this point.
Watching with wireshark (as well as pulling network traces from qemu
as noted above) it appears that the notable difference in the two
configs is that for some reason, Solaris gets stuck arping for it's
own interface on startup, and never really comes on line on the
network. If other hosts attempt to ping the Solaris instance, they
can successfully arp the bad VM, but not the other way around.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1395217/+subscriptions
next prev parent reply other threads:[~2014-11-26 19:01 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-21 22:30 [Qemu-devel] [Bug 1395217] [NEW] Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11 Tim Dawson
2014-11-21 22:31 ` [Qemu-devel] [Bug 1395217] " Tim Dawson
2014-11-21 22:35 ` Tim Dawson
2014-11-21 22:48 ` Tim Dawson
2014-11-22 7:52 ` Paolo Bonzini
2014-11-23 23:01 ` Tim Dawson
2014-11-26 9:54 ` Tim Dawson
2014-11-26 9:56 ` Tim Dawson
2014-11-26 10:25 ` Tim Dawson
2014-11-26 13:26 ` Markus Armbruster
2014-11-26 13:48 ` Eduardo Habkost
2014-11-26 18:52 ` Tim Dawson [this message]
2014-11-26 19:04 ` Tim Dawson
2014-11-26 19:05 ` Tim Dawson
2014-11-26 19:27 ` Eduardo Habkost
2014-11-26 20:39 ` Tim Dawson
2015-04-08 18:06 ` Cole Robinson
2015-04-30 14:01 ` Ralf Münk
2015-09-08 22:13 ` Jan Vlug
2015-09-10 19:43 ` Jan Vlug
2015-12-15 6:12 ` cloud
2015-12-15 7:14 ` Jan Vlug
2020-11-20 18:49 ` Thomas Huth
2021-04-22 17:25 ` Thomas Huth
2021-04-23 4:17 ` Launchpad Bug Tracker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141126185259.29127.80662.malone@wampee.canonical.com \
--to=tadawson@tpcsvc.com \
--cc=1395217@bugs.launchpad.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.