From: Nadav Har'El <nyh@math.technion.ac.il>
To: Avi Kivity <avi@redhat.com>
Cc: Stefan Bader <stefan.bader@canonical.com>,
Gleb Natapov <gleb@redhat.com>,
kvm@vger.kernel.org, Andy Whitcroft <apw@canonical.com>
Subject: Re: Nested kvm_intel broken on pre 3.3 hosts
Date: Wed, 1 Aug 2012 18:07:07 +0300 [thread overview]
Message-ID: <20120801150707.GA3688@fermat.math.technion.ac.il> (raw)
In-Reply-To: <50193D3E.9090100@redhat.com>
On Wed, Aug 01, 2012, Avi Kivity wrote about "Re: Nested kvm_intel broken on pre 3.3 hosts":
> Right - it's not just kvm-as-a-guest that will trip on this. But
> there's no point in everyone backporting it on their own. If you're
> doing the backport, please post it here and we'll forward it to the
> stable branch.
If I understand correctly, the failure occurs because new versions of
KVM refuse to work if the processor doesn't support CPU_BASED_RDPMC_EXITING -
which older versions of nested VMX didn't say that they did.
But must the KVM guest refuse to work if this feature isn't supported?
I.e., why not move in setup_vmcs_config() the CPU_BASED_RDPMC_EXITING
from "min" to "opt"? Isn't losing the PMU feature a lesser evil than
not working at all? In any case, perhaps the original reporter can use
this as a workaround, at least, because it requires modifying the (L1)
guest, not the host.
--
Nadav Har'El | Wednesday, Aug 1 2012, 13 Av 5772
nyh@math.technion.ac.il |-----------------------------------------
Phone +972-523-790466, ICQ 13349191 |May you live as long as you want - and
http://nadav.harel.org.il |never want as long as you live.
next prev parent reply other threads:[~2012-08-01 15:07 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-01 11:29 Nested kvm_intel broken on pre 3.3 hosts Stefan Bader
2012-08-01 13:39 ` Gleb Natapov
2012-08-01 14:08 ` Avi Kivity
2012-08-01 14:26 ` Stefan Bader
2012-08-01 14:29 ` Avi Kivity
2012-08-01 15:07 ` Nadav Har'El [this message]
2012-08-01 15:10 ` Gleb Natapov
2012-08-01 15:11 ` Avi Kivity
2012-08-02 15:19 ` Stefan Bader
2012-08-02 15:19 ` [PATCH 1/7] KVM: Move cpuid code to new file Stefan Bader
2012-08-02 15:19 ` [PATCH 2/7] KVM: expose latest Intel cpu new features (BMI1/BMI2/FMA/AVX2) to guest Stefan Bader
2012-08-02 15:19 ` [PATCH 3/7] KVM: Expose kvm_lapic_local_deliver() Stefan Bader
2012-08-02 15:19 ` [PATCH 4/7] KVM: Expose a version 2 architectural PMU to a guests Stefan Bader
2012-08-02 15:19 ` [PATCH 5/7] KVM: Add generic RDPMC support Stefan Bader
2012-08-02 15:19 ` [PATCH 6/7] KVM: SVM: Intercept RDPMC Stefan Bader
2012-08-02 15:19 ` [PATCH 7/7] KVM: VMX: " Stefan Bader
2012-08-02 15:26 ` Nested kvm_intel broken on pre 3.3 hosts Avi Kivity
2012-08-03 10:55 ` (unknown), Stefan Bader
2012-08-03 10:57 ` Nested kvm_intel broken on pre 3.3 hosts Stefan Bader
2012-08-05 9:18 ` Avi Kivity
2012-08-06 14:40 ` Stefan Bader
2012-08-09 7:13 ` Stefan Bader
2012-08-09 9:34 ` Avi Kivity
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=20120801150707.GA3688@fermat.math.technion.ac.il \
--to=nyh@math.technion.ac.il \
--cc=apw@canonical.com \
--cc=avi@redhat.com \
--cc=gleb@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=stefan.bader@canonical.com \
/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.