From: " Christian Ehrhardt " <1722074@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 1722074] Re: warning: host doesn't support requested feature: CPUID.01H:ECX.vmx
Date: Thu, 24 May 2018 05:13:12 -0000 [thread overview]
Message-ID: <152713879296.25491.13223876297591429553.malone@wampee.canonical.com> (raw)
In-Reply-To: 150746661053.7454.6898170418757179619.malonedeb@wampee.canonical.com
Hi,
this is not a show stopper at all.
It is just a warning and it is fine.
It is a trade-off between the "ease to use nested virt" vs "this warning".
For example on an intel chip you'd get:
qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm
And that as well is no issue.
Since this is Ubuntu downstream decision to prefer simplicity for nested
virt I marked upstream qemu task invalid. There you'd not see the
warning, but instead would have to jump a few extra whoops to get
nesting working.
And finally, this code really is like that for longer than I take a look at it, so it might be that today one could solve it differently. There could be much more magic code to make it work as comfortable on both platforms and avoid the warning, but honestly - it wasn't an issue for many years, and I think it still is none.
So for the Ubuntu portion, I'll set confirmed+low(est) prio until it is clear that this really breaks something it didn't in the past years.
** Changed in: qemu (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: qemu (Ubuntu)
Importance: Undecided => Wishlist
** Changed in: qemu (Ubuntu)
Importance: Wishlist => Low
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1722074
Title:
warning: host doesn't support requested feature: CPUID.01H:ECX.vmx
Status in QEMU:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
I encountered the bug today (when using qemu to boot up images - which used to work on my Intel CPU box):
warning: host doesn't support requested feature: CPUID.01H:ECX.vmx
The bug is a show-stopper - I completely cannot load my kernel images
at all.
My Ubuntu have this version of QEMU installed:
qemu-system-x86_64 --version
QEMU emulator version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.16),
Copyright (c) 2003-2008 Fabrice Bellard
And PC is a AMD Ryzen7 CPU built, and this is the first time I am
using it to load QEMU images. My host information:
cat /proc/cpuinfo |more
processor : 0
vendor_id : AuthenticAMD
cpu family : 23
model : 1
model name : AMD Ryzen 7 1700X Eight-Core Processor
stepping : 1
microcode : 0x800110e
cpu MHz : 2200.000
cache size : 512 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 mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp
lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf pni pclmulqdq
monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf
_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw s
kinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 mwaitx hw_pstate
vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt
xsavec xgetbv1 xsaves clzero irperf arat npt lbrv svm_lock nrip_save tsc_scale v
mcb_clean flushbyasid decodeassists pausefilter pfthreshold avic overflow_recov
succor smca
bugs : fxsave_leak sysret_ss_attrs null_seg
bogomips : 6787.24
TLB size : 2560 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm hwpstate eff_freq_ro [13] [14]
processor : 1
vendor_id : AuthenticAMD
cpu family : 23
model : 1
model name : AMD Ryzen 7 1700X Eight-Core Processor
stepping : 1
microcode : 0x800110e
cpu MHz : 2200.000
cache size : 512 KB
From other places, it can be seen that this is an AMD CPU issue:
https://www.virtualmin.com/node/52227
not sure?
The bug will also affect the host negatively: it will completely go
into a hung mode - the entire host becomes completely unsable.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1722074/+subscriptions
next prev parent reply other threads:[~2018-05-24 5:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-08 12:43 [Qemu-devel] [Bug 1722074] [NEW] warning: host doesn't support requested feature: CPUID.01H:ECX.vmx htmldeveloper
2017-10-08 12:53 ` [Qemu-devel] [Bug 1722074] " htmldeveloper
2018-05-23 21:16 ` Chris
2018-05-24 5:07 ` Christian Ehrhardt
2018-05-24 5:13 ` Christian Ehrhardt [this message]
2018-05-24 5:17 ` Christian Ehrhardt
2019-06-15 4:17 ` Ken Sharp
2019-06-17 5:43 ` Christian Ehrhardt
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=152713879296.25491.13223876297591429553.malone@wampee.canonical.com \
--to=1722074@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).