From: Paolo Bonzini <pbonzini@redhat.com>
To: Sean Christopherson <seanjc@google.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Janosch Frank <frankja@linux.ibm.com>
Cc: David Hildenbrand <david@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
Claudio Imbrenda <imbrenda@linux.ibm.com>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
Peter Xu <peterx@redhat.com>, Peter Shier <pshier@google.com>
Subject: Re: [PATCH 00/19] KVM: selftests: Add x86 mmu_role test and cleanups
Date: Wed, 23 Jun 2021 15:07:21 +0200 [thread overview]
Message-ID: <74ef13b2-ed97-1386-f6ea-5b041e68fe92@redhat.com> (raw)
In-Reply-To: <20210622200529.3650424-1-seanjc@google.com>
On 22/06/21 22:05, Sean Christopherson wrote:
> The primary intent of this series is to allow x86-64 tests to create
> arbitrary hugepages and use the new functionality to abuse x86's CPUID
> APIs to test KVM MMU behavior.
>
> The majority of the prep work refactors the selftests APIs related to
> memory allocation. The core memory allocation APIs within the selftests
> don't provide defaults for memslot or min virtual address, which has led
> to a ridiculous amount of magic and duplicate code. Literally zero tests
> use non-standard values in a meaningful way, and if a test comes along
> that has a legitimate use case, it should use lower-level helpers.
>
> Patches 01 and 02 are fixes for bugs found during the refactoring.
>
> As for the mmu_role test itself, the idea is to change the vCPU model
> while the guest is running (via KVM_SET_CPUID2) to verify that KVM
> reconfigures its MMUs when the vCPU model is changed. E.g. toggling
> guest support for 1gb hugepages and changing guest MAXPHYADDR.
>
> Sadly, the test doesn't pass when KVM is using TDP paging (even with all
> my mmu_role fixes) because KVM doesn't fully support manipulating GBPAGES
> and MAXPHYADDR (and other CPUID-based properties that affect the MMU)
> while the guest is running. And practically speaking, KVM will never
> fully support such behavior becuase (a) there is likely no sane use case,
> (b) fixing the issues is very costly (memory consumption), (c) GBPAGES
> and potentially other features _can't_ be handled correctly due to lack
> of hardware support, and (d) userspace can workaround all issues simply
> by deleting a memslot.
>
> All that said, I purposely made the test off-by-default instead of
> requiring TDP. Partly because detecting whether TDP is enabled is a pain
> becuase it's per-vendor, but also because running the test with TDP
> enabled is still interesting to some extent, e.g. the test will fail, but
> it shouldn't crash KVM, trigger WARNs, etc...
>
> Sean Christopherson (19):
> KVM: selftests: Remove errant asm/barrier.h include to fix arm64 build
> KVM: selftests: Zero out the correct page in the Hyper-V features test
> KVM: selftests: Unconditionally use memslot 0 when loading elf binary
> KVM: selftests: Unconditionally use memslot 0 for x86's GDT/TSS setup
> KVM: selftests: Use "standard" min virtual address for Hyper-V pages
> KVM: selftests: Add helpers to allocate N pages of virtual memory
> KVM: selftests: Lower the min virtual address for misc page
> allocations
> KVM: selftests: Use alloc_page helper for x86-64's GDT/ITD/TSS
> allocations
> KVM: selftests: Use alloc page helper for xAPIC IPI test
> KVM: selftests: Use "standard" min virtual address for CPUID test
> alloc
> KVM: selftest: Unconditionally use memslot 0 for vaddr allocations
> KVM: selftests: Unconditionally use memslot '0' for page table
> allocations
> KVM: selftests: Unconditionally allocate EPT tables in memslot 0
> KVM: selftests: Add wrapper to allocate page table page
> KVM: selftests: Rename x86's page table "address" to "pfn"
> KVM: selfests: Add PTE helper for x86-64 in preparation for hugepages
> KVM: selftests: Genericize upper level page table entry struct
> KVM: selftests: Add hugepage support for x86-64
> KVM: sefltests: Add x86-64 test to verify MMU reacts to CPUID updates
>
> tools/testing/selftests/kvm/.gitignore | 1 +
> tools/testing/selftests/kvm/Makefile | 1 +
> tools/testing/selftests/kvm/dirty_log_test.c | 5 +-
> .../selftests/kvm/hardware_disable_test.c | 2 +-
> .../testing/selftests/kvm/include/kvm_util.h | 18 +-
> .../selftests/kvm/include/x86_64/processor.h | 11 +
> .../selftests/kvm/include/x86_64/vmx.h | 10 +-
> .../selftests/kvm/kvm_page_table_test.c | 2 +-
> .../selftests/kvm/lib/aarch64/processor.c | 34 +--
> .../testing/selftests/kvm/lib/aarch64/ucall.c | 2 +-
> tools/testing/selftests/kvm/lib/elf.c | 6 +-
> tools/testing/selftests/kvm/lib/kvm_util.c | 62 ++++-
> .../selftests/kvm/lib/perf_test_util.c | 2 +-
> .../selftests/kvm/lib/s390x/processor.c | 17 +-
> .../selftests/kvm/lib/x86_64/processor.c | 254 ++++++++----------
> tools/testing/selftests/kvm/lib/x86_64/svm.c | 9 +-
> tools/testing/selftests/kvm/lib/x86_64/vmx.c | 52 ++--
> .../testing/selftests/kvm/memslot_perf_test.c | 2 +-
> .../selftests/kvm/set_memory_region_test.c | 2 +-
> tools/testing/selftests/kvm/steal_time.c | 2 +-
> .../selftests/kvm/x86_64/get_cpuid_test.c | 3 +-
> .../selftests/kvm/x86_64/hyperv_clock.c | 2 +-
> .../selftests/kvm/x86_64/hyperv_features.c | 8 +-
> .../selftests/kvm/x86_64/mmu_role_test.c | 147 ++++++++++
> .../selftests/kvm/x86_64/set_boot_cpu_id.c | 2 +-
> .../kvm/x86_64/vmx_apic_access_test.c | 2 +-
> .../selftests/kvm/x86_64/vmx_dirty_log_test.c | 8 +-
> .../selftests/kvm/x86_64/xapic_ipi_test.c | 4 +-
> .../selftests/kvm/x86_64/xen_shinfo_test.c | 2 +-
> .../selftests/kvm/x86_64/xen_vmcall_test.c | 2 +-
> 30 files changed, 414 insertions(+), 260 deletions(-)
> create mode 100644 tools/testing/selftests/kvm/x86_64/mmu_role_test.c
>
Queued, thanks.
Paolo
prev parent reply other threads:[~2021-06-23 13:07 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-22 20:05 Sean Christopherson
2021-06-22 20:05 ` [PATCH 01/19] KVM: selftests: Remove errant asm/barrier.h include to fix arm64 build Sean Christopherson
2021-06-22 20:05 ` [PATCH 02/19] KVM: selftests: Zero out the correct page in the Hyper-V features test Sean Christopherson
2021-06-22 20:05 ` [PATCH 03/19] KVM: selftests: Unconditionally use memslot 0 when loading elf binary Sean Christopherson
2021-06-22 20:05 ` [PATCH 04/19] KVM: selftests: Unconditionally use memslot 0 for x86's GDT/TSS setup Sean Christopherson
2021-06-22 20:05 ` [PATCH 05/19] KVM: selftests: Use "standard" min virtual address for Hyper-V pages Sean Christopherson
2021-06-22 20:05 ` [PATCH 06/19] KVM: selftests: Add helpers to allocate N pages of virtual memory Sean Christopherson
2021-06-22 20:05 ` [PATCH 07/19] KVM: selftests: Lower the min virtual address for misc page allocations Sean Christopherson
2021-06-22 20:05 ` [PATCH 08/19] KVM: selftests: Use alloc_page helper for x86-64's GDT/ITD/TSS allocations Sean Christopherson
2021-06-22 20:05 ` [PATCH 09/19] KVM: selftests: Use alloc page helper for xAPIC IPI test Sean Christopherson
2021-06-22 20:05 ` [PATCH 10/19] KVM: selftests: Use "standard" min virtual address for CPUID test alloc Sean Christopherson
2021-06-22 20:05 ` [PATCH 11/19] KVM: selftest: Unconditionally use memslot 0 for vaddr allocations Sean Christopherson
2021-06-22 20:05 ` [PATCH 12/19] KVM: selftests: Unconditionally use memslot '0' for page table allocations Sean Christopherson
2021-06-22 20:05 ` [PATCH 13/19] KVM: selftests: Unconditionally allocate EPT tables in memslot 0 Sean Christopherson
2021-06-22 20:05 ` [PATCH 14/19] KVM: selftests: Add wrapper to allocate page table page Sean Christopherson
2021-06-22 20:05 ` [PATCH 15/19] KVM: selftests: Rename x86's page table "address" to "pfn" Sean Christopherson
2021-06-22 20:05 ` [PATCH 16/19] KVM: selfests: Add PTE helper for x86-64 in preparation for hugepages Sean Christopherson
2021-06-22 20:05 ` [PATCH 17/19] KVM: selftests: Genericize upper level page table entry struct Sean Christopherson
2021-06-22 20:05 ` [PATCH 18/19] KVM: selftests: Add hugepage support for x86-64 Sean Christopherson
2021-06-22 20:05 ` [PATCH 19/19] KVM: sefltests: Add x86-64 test to verify MMU reacts to CPUID updates Sean Christopherson
2022-03-02 7:45 ` Like Xu
2021-06-23 13:07 ` Paolo Bonzini [this message]
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=74ef13b2-ed97-1386-f6ea-5b041e68fe92@redhat.com \
--to=pbonzini@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peterx@redhat.com \
--cc=pshier@google.com \
--cc=seanjc@google.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
all inboxes | Powered by JetHome®