From: David Woodhouse <dwmw2@infradead.org>
To: Paolo Bonzini <pbonzini@redhat.com>, kvm <kvm@vger.kernel.org>
Cc: Anup Patel <anup.patel@wdc.com>,
"wanpengli @ tencent . com" <wanpengli@tencent.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Joao Martins <joao.m.martins@oracle.com>,
Will Deacon <will@kernel.org>,
kvmarm@lists.cs.columbia.edu, linux-s390@vger.kernel.org,
"joro @ 8bytes . org" <joro@8bytes.org>,
Huacai Chen <chenhuacai@kernel.org>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>,
karahmed@amazon.com, Suzuki K Poulose <suzuki.poulose@arm.com>,
butt3rflyh4ck <butterflyhuangxx@gmail.com>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>,
Alexandru Elisei <alexandru.elisei@arm.com>,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
"jmattson @ google . com" <jmattson@google.com>,
"seanjc @ google . com" <seanjc@google.com>,
"mtosatti @ redhat . com" <mtosatti@redhat.com>,
linux-mips@vger.kernel.org, James Morse <james.morse@arm.com>,
kvm-riscv@lists.infradead.org, Marc Zyngier <maz@kernel.org>,
"vkuznets @ redhat . com" <vkuznets@redhat.com>,
linuxppc-dev@lists.ozlabs.org
Subject: [PATCH v5 00/12] KVM: x86/xen: Add in-kernel Xen event channel delivery
Date: Sun, 21 Nov 2021 12:54:39 +0000 [thread overview]
Message-ID: <20211121125451.9489-1-dwmw2@infradead.org> (raw)
Introduce the basic concept of 2 level event channels for kernel delivery,
which is just a simple matter of a few test_and_set_bit calls on a mapped
shared info page.
This can be used for routing MSI of passthrough devices to PIRQ event
channels in a Xen guest, and we can build on it for delivering IPIs and
timers directly from the kernel too.
v1: Use kvm_map_gfn() although I didn't quite see how it works.
v2: Avoid kvm_map_gfn() and implement a safe mapping with invalidation
support for myself.
v3: Reinvent gfn_to_pfn_cache with sane invalidation semantics, for my
use case as well as nesting.
v4: Rework dirty handling, as it became apparently that we need an active
vCPU context to mark pages dirty so it can't be done from the MMU
notifier duing the invalidation; it has to happen on unmap.
v5: Fix sparse warnings reported by kernel test robot <lkp@intel.com>.
Fix revalidation when memslots change but the resulting HVA stays
the same. We can use the same kernel mapping in that case, if the
HVA → PFN translation was valid before. So that probably means we
shouldn't unmap the "old_hva". Augment the test case to exercise
that one too.
Include the fix for the dirty ring vs. Xen shinfo oops reported
by butt3rflyh4ck <butterflyhuangxx@gmail.com>.
As in the previous two rounds, the last patch (this time patch 12) is
included as illustration of how we *might* use this for fixing the UAF
bugs in nesting, but isn't intended to be applied as-is. Patches 1-11 are.
David Woodhouse (12):
KVM: Introduce CONFIG_HAVE_KVM_DIRTY_RING
KVM: Add Makefile.kvm for common files, use it for x86
KVM: s390: Use Makefile.kvm for common files
KVM: mips: Use Makefile.kvm for common files
KVM: RISC-V: Use Makefile.kvm for common files
KVM: powerpc: Use Makefile.kvm for common files
KVM: arm64: Use Makefile.kvm for common files
KVM: Reinstate gfn_to_pfn_cache with invalidation support
KVM: x86/xen: Maintain valid mapping of Xen shared_info page
KVM: x86/xen: Add KVM_IRQ_ROUTING_XEN_EVTCHN and event channel delivery
KVM: x86: Fix wall clock writes in Xen shared_info not to mark page dirty
KVM: x86: First attempt at converting nested virtual APIC page to gpc
Documentation/virt/kvm/api.rst | 33 ++
arch/arm64/kvm/Makefile | 6 +-
arch/mips/kvm/Makefile | 3 +-
arch/powerpc/kvm/Makefile | 6 +-
arch/riscv/kvm/Makefile | 6 +-
arch/s390/kvm/Makefile | 6 +-
arch/x86/include/asm/kvm_host.h | 4 +-
arch/x86/kvm/Kconfig | 2 +
arch/x86/kvm/Makefile | 7 +-
arch/x86/kvm/irq_comm.c | 12 +
arch/x86/kvm/vmx/nested.c | 50 ++-
arch/x86/kvm/vmx/vmx.c | 12 +-
arch/x86/kvm/vmx/vmx.h | 2 +-
arch/x86/kvm/x86.c | 15 +-
arch/x86/kvm/x86.h | 1 -
arch/x86/kvm/xen.c | 341 +++++++++++++++++++--
arch/x86/kvm/xen.h | 9 +
include/linux/kvm_dirty_ring.h | 8 +-
include/linux/kvm_host.h | 110 +++++++
include/linux/kvm_types.h | 18 ++
include/uapi/linux/kvm.h | 11 +
.../testing/selftests/kvm/x86_64/xen_shinfo_test.c | 184 ++++++++++-
virt/kvm/Kconfig | 6 +
virt/kvm/Makefile.kvm | 14 +
virt/kvm/dirty_ring.c | 2 +-
virt/kvm/kvm_main.c | 16 +-
virt/kvm/kvm_mm.h | 44 +++
virt/kvm/mmu_lock.h | 23 --
virt/kvm/pfncache.c | 323 +++++++++++++++++++
29 files changed, 1173 insertions(+), 101 deletions(-)
next reply other threads:[~2021-11-21 13:01 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-21 12:54 David Woodhouse [this message]
2021-11-21 12:54 ` [PATCH v5 01/12] KVM: Introduce CONFIG_HAVE_KVM_DIRTY_RING David Woodhouse
2021-11-21 12:54 ` [PATCH v5 02/12] KVM: Add Makefile.kvm for common files, use it for x86 David Woodhouse
2021-11-21 12:54 ` [PATCH v5 03/12] KVM: s390: Use Makefile.kvm for common files David Woodhouse
2021-12-09 17:58 ` Paolo Bonzini
2021-11-21 12:54 ` [PATCH v5 04/12] KVM: mips: " David Woodhouse
2021-11-21 12:54 ` [PATCH v5 05/12] KVM: RISC-V: " David Woodhouse
2021-11-23 9:12 ` Anup Patel
2021-11-29 16:44 ` David Woodhouse
2021-11-21 12:54 ` [PATCH v5 06/12] KVM: powerpc: " David Woodhouse
2021-12-09 18:05 ` Paolo Bonzini
2021-11-21 12:54 ` [PATCH v5 07/12] KVM: arm64: " David Woodhouse
2021-11-21 12:54 ` [PATCH v5 08/12] KVM: Reinstate gfn_to_pfn_cache with invalidation support David Woodhouse
2021-12-09 18:34 ` Paolo Bonzini
2021-12-09 20:40 ` David Woodhouse
2021-12-09 22:34 ` Paolo Bonzini
2021-12-09 22:38 ` David Woodhouse
2021-12-10 12:25 ` David Woodhouse
2021-12-10 14:53 ` Paolo Bonzini
2021-12-10 14:57 ` David Woodhouse
2021-11-21 12:54 ` [PATCH v5 09/12] KVM: x86/xen: Maintain valid mapping of Xen shared_info page David Woodhouse
2021-11-21 12:54 ` [PATCH v5 10/12] KVM: x86/xen: Add KVM_IRQ_ROUTING_XEN_EVTCHN and event channel delivery David Woodhouse
2021-11-21 12:54 ` [PATCH v5 11/12] KVM: x86: Fix wall clock writes in Xen shared_info not to mark page dirty David Woodhouse
2021-11-21 12:54 ` [PATCH v5 12/12] KVM: x86: First attempt at converting nested virtual APIC page to gpc David Woodhouse
2021-12-09 18:34 ` [PATCH v5 00/12] KVM: x86/xen: Add in-kernel Xen event channel delivery Paolo Bonzini
2021-12-09 18:47 ` David Woodhouse
2021-12-09 18:55 ` Paolo Bonzini
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=20211121125451.9489-1-dwmw2@infradead.org \
--to=dwmw2@infradead.org \
--cc=aleksandar.qemu.devel@gmail.com \
--cc=alexandru.elisei@arm.com \
--cc=anup.patel@wdc.com \
--cc=boris.ostrovsky@oracle.com \
--cc=borntraeger@de.ibm.com \
--cc=butterflyhuangxx@gmail.com \
--cc=catalin.marinas@arm.com \
--cc=chenhuacai@kernel.org \
--cc=james.morse@arm.com \
--cc=jmattson@google.com \
--cc=joao.m.martins@oracle.com \
--cc=joro@8bytes.org \
--cc=karahmed@amazon.com \
--cc=kvm-riscv@lists.infradead.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=maz@kernel.org \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=seanjc@google.com \
--cc=suzuki.poulose@arm.com \
--cc=vkuznets@redhat.com \
--cc=wanpengli@tencent.com \
--cc=will@kernel.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).