From: Sean Christopherson <sean.j.christopherson@intel.com>
To: Krish Sadhukhan <krish.sadhukhan@oracle.com>
Cc: kvm@vger.kernel.org, rkrcmar@redhat.com, pbonzini@redhat.com,
jmattson@google.com
Subject: Re: [PATCH 2/2] kvm-unit-test: nVMX: Test "Load IA32_EFER" VM-exit control on vmentry of nested guests
Date: Tue, 4 Jun 2019 07:21:08 -0700 [thread overview]
Message-ID: <20190604142108.GQ13384@linux.intel.com> (raw)
In-Reply-To: <20190522234545.5930-3-krish.sadhukhan@oracle.com>
On Wed, May 22, 2019 at 07:45:45PM -0400, Krish Sadhukhan wrote:
> ..to verify KVM performs the appropriate consistency checks for loading
> IA32_EFER VM-exit control as part of running a nested guest.
>
> According to section "Checks on Host Control Registers and MSRs" in Intel
> SDM vol 3C, the following checks are performed on vmentry of nested guests:
>
> If the “load IA32_EFER” VM-exit control is 1, bits reserved in the
> IA32_EFER MSR must be 0 in the field for that register. In addition,
> the values of the LMA and LME bits in the field must each be that of
> the “host address-space size” VM-exit control.
>
> Signed-off-by: Krish Sadhukhan <krish.sadhukhan@oracle.com>
> Reviewed-by: Karl Heubaum <karl.heubaum@oracle.com>
> ---
> x86/vmx_tests.c | 121 ++++++++++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 121 insertions(+)
>
> diff --git a/x86/vmx_tests.c b/x86/vmx_tests.c
> index 8cb1708..32fa16d 100644
> --- a/x86/vmx_tests.c
> +++ b/x86/vmx_tests.c
> @@ -5136,6 +5136,126 @@ static void test_guest_perf_global_ctl(void)
> ENT_CONTROLS, ENT_LOAD_PERF);
> }
>
> +static void test_efer_bit(u32 fld, const char * fld_name, u32 ctrl_fld,
> + u64 ctrl_bit, u64 efer_bit,
> + const char *efer_bit_name)
IMO, the benefits of genericizing this for potential reuse to test
GUEST_EFER is outweighed by the added difficulty to read the code.
And the function can't be reused as is, e.g. the host_addr_size is
host specific, as is the error condition.
> +{
> + u64 efer_saved = vmcs_read(fld);
> + u32 ctrl_saved = vmcs_read(ctrl_fld);
> + u64 host_addr_size = ctrl_saved & EXI_HOST_64;
The nVMX tests are 64-bit only, i.e. host_addr_size will always be true.
We can explicitly test host_addr_size == 0, but only for VM-Fail cases.
> + u64 efer;
> +
> + vmcs_write(ctrl_fld, ctrl_saved & ~ctrl_bit);
> + efer = efer_saved & ~efer_bit;
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s bit turned off, %s %lx", efer_bit_name,
> + fld_name, efer);
> + test_vmx_vmlaunch(0, false);
> + report_prefix_pop();
> +
> + efer = efer_saved | efer_bit;
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s bit turned on, %s %lx", efer_bit_name,
> + fld_name, efer);
> + test_vmx_vmlaunch(0, false);
> + report_prefix_pop();
> +
> + vmcs_write(ctrl_fld, ctrl_saved | ctrl_bit);
> + efer = efer_saved & ~efer_bit;
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s bit turned off, %s %lx", efer_bit_name,
> + fld_name, efer);
> + if (host_addr_size)
> + test_vmx_vmlaunch(VMXERR_ENTRY_INVALID_HOST_STATE_FIELD,
> + false);
> + else
> + test_vmx_vmlaunch(0, false);
> + report_prefix_pop();
> +
> + efer = efer_saved | efer_bit;
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s bit turned on, %s %lx", efer_bit_name,
> + fld_name, efer);
> + if (host_addr_size)
> + test_vmx_vmlaunch(0, false);
> + else
> + test_vmx_vmlaunch(VMXERR_ENTRY_INVALID_HOST_STATE_FIELD,
> + false);
> + report_prefix_pop();
> +
> + vmcs_write(ctrl_fld, ctrl_saved);
> + vmcs_write(fld, efer_saved);
> +}
> +
> +static void test_efer(u32 fld, const char * fld_name, u32 ctrl_fld,
> + u64 ctrl_bit)
> +{
> + u64 efer_saved = vmcs_read(fld);
> + u32 ctrl_saved = vmcs_read(ctrl_fld);
> + u64 efer_reserved_bits = ~((u64)(EFER_SCE | EFER_LME | EFER_LMA));
> + u64 i;
> + u64 efer;
> +
> + if (efer_nx_enabled())
> + efer_reserved_bits &= ~EFER_NX;
> +
> + /*
> + * Check reserved bits
> + */
> + vmcs_write(ctrl_fld, ctrl_saved & ~ctrl_bit);
> + for (i = 0; i < 64; i++) {
> + if ((1ull << i) & efer_reserved_bits) {
> + efer = efer_saved | (1ull << i);
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s %lx", fld_name, efer);
> + test_vmx_vmlaunch(0, false);
> + report_prefix_pop();
> + }
> + }
Eh, this feels like a waste of 63 VMLAUNCHes. My vote would be to do a
single VMLAUNCH with all reserved bits set and the control disabled.
> + vmcs_write(ctrl_fld, ctrl_saved | ctrl_bit);
> + for (i = 0; i < 64; i++) {
> + if ((1ull << i) & efer_reserved_bits) {
> + efer = efer_saved | (1ull << i);
> + vmcs_write(fld, efer);
> + report_prefix_pushf("%s %lx", fld_name, efer);
> + test_vmx_vmlaunch(
> + VMXERR_ENTRY_INVALID_HOST_STATE_FIELD,
> + false);
> + report_prefix_pop();
> + }
> + }
> +
> + vmcs_write(ctrl_fld, ctrl_saved);
> + vmcs_write(fld, efer_saved);
> +
> + /*
> + * Check LMA and LME bits
> + */
> + test_efer_bit(fld, fld_name, ctrl_fld, ctrl_bit, EFER_LMA,
> + "EFER_LMA");
> + test_efer_bit(fld, fld_name, ctrl_fld, ctrl_bit, EFER_LME,
> + "EFER_LME");
> +}
> +
> +/*
> + * If the “load IA32_EFER” VM-exit control is 1, bits reserved in the
> + * IA32_EFER MSR must be 0 in the field for that register. In addition,
> + * the values of the LMA and LME bits in the field must each be that of
> + * the “host address-space size” VM-exit control.
> + *
> + * [Intel SDM]
> + */
> +static void test_host_efer(void)
> +{
> + if (!(ctrl_exit_rev.clr & EXI_LOAD_EFER)) {
> + printf("\"Load-IA32-EFER\" exit control not supported\n");
> + return;
> + }
> +
> + test_efer(HOST_EFER, "HOST_EFER", EXI_CONTROLS, EXI_LOAD_EFER);
> +}
> +
> /*
> * PAT values higher than 8 are uninteresting since they're likely lumped
> * in with "8". We only test values above 8 one bit at a time,
> @@ -5268,6 +5388,7 @@ static void vmx_host_state_area_test(void)
> test_sysenter_field(HOST_SYSENTER_ESP, "HOST_SYSENTER_ESP");
> test_sysenter_field(HOST_SYSENTER_EIP, "HOST_SYSENTER_EIP");
>
> + test_host_efer();
> test_host_perf_global_ctl();
> test_load_host_pat();
> }
> --
> 2.20.1
>
next prev parent reply other threads:[~2019-06-04 14:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-22 23:45 [PATCH 0/2] kvm-unit-test: nVMX: Test "Load IA32_EFER" VM-exit control on vmentry of nested guests Krish Sadhukhan
2019-05-22 23:45 ` [PATCH 1/2] kvm-unit-test: x86: Add a wrapper to check if the CPU supports NX bit in MSR_EFER Krish Sadhukhan
2019-05-23 16:58 ` Jim Mattson
2019-06-04 13:59 ` Sean Christopherson
2019-05-22 23:45 ` [PATCH 2/2] kvm-unit-test: nVMX: Test "Load IA32_EFER" VM-exit control on vmentry of nested guests Krish Sadhukhan
2019-06-04 14:21 ` Sean Christopherson [this message]
2019-06-06 12:48 ` [PATCH 0/2] " Paolo Bonzini
2019-06-08 1:17 ` Krish Sadhukhan
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=20190604142108.GQ13384@linux.intel.com \
--to=sean.j.christopherson@intel.com \
--cc=jmattson@google.com \
--cc=krish.sadhukhan@oracle.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox