From: Marc Zyngier <maz@kernel.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: kvm@vger.kernel.org, Catalin Marinas <catalin.marinas@arm.com>,
Steven Price <steven.price@arm.com>,
Mark Brown <broonie@kernel.org>,
kvmarm@lists.linux.dev, kvmarm@lists.cs.columbia.edu,
linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL] KVM/arm64 fixes for 6.1, take #3
Date: Wed, 2 Nov 2022 09:10:36 +0000 [thread overview]
Message-ID: <20221102091036.2106882-1-maz@kernel.org> (raw)
Paolo,
Here's another set of fixes for 6.1. Two of them are critical fixes
(MTE support triggering an invalid pointer dereference in nVHE
configurations, SME trapping not enabled in VHE configurations).
Thankfully, these configuration are pretty rare, because hardly anyone
is making us of MTE yet, and that SME HW simply doesn't exist in the
wild.
The rest is a limited set of fixes for relatively harmless bugs and
documentation update.
Please pull,
M.
The following changes since commit 247f34f7b80357943234f93f247a1ae6b6c3a740:
Linux 6.1-rc2 (2022-10-23 15:27:33 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm.git tags/kvmarm-fixes-6.1-3
for you to fetch changes up to be0ddf5293a7895a8c9096e1a8560930c6a0ab3f:
arm64: booting: Document our requirements for fine grained traps with SME (2022-11-01 19:30:34 +0000)
----------------------------------------------------------------
KVM/arm64 fixes for 6.1, take #3
- Fix the pKVM stage-1 walker erronously using the stage-2 accessor
- Correctly convert vcpu->kvm to a hyp pointer when generating
an exception in a nVHE+MTE configuration
- Check that KVM_CAP_DIRTY_LOG_* are valid before enabling them
- Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
- Document the boot requirements for FGT when entering the kernel
at EL1
----------------------------------------------------------------
Gavin Shan (1):
KVM: Check KVM_CAP_DIRTY_LOG_{RING, RING_ACQ_REL} prior to enabling them
Marc Zyngier (1):
KVM: arm64: Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
Mark Brown (1):
arm64: booting: Document our requirements for fine grained traps with SME
Quentin Perret (1):
KVM: arm64: Use correct accessor to parse stage-1 PTEs
Ryan Roberts (1):
KVM: arm64: Fix bad dereference on MTE-enabled systems
Documentation/arm64/booting.rst | 8 ++++++++
arch/arm64/kvm/hyp/exception.c | 3 ++-
arch/arm64/kvm/hyp/include/hyp/switch.h | 20 ++++++++++++++++++++
arch/arm64/kvm/hyp/nvhe/mem_protect.c | 2 +-
arch/arm64/kvm/hyp/nvhe/switch.c | 26 --------------------------
arch/arm64/kvm/hyp/vhe/switch.c | 8 --------
virt/kvm/kvm_main.c | 3 +++
7 files changed, 34 insertions(+), 36 deletions(-)
_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
WARNING: multiple messages have this Message-ID (diff)
From: Marc Zyngier <maz@kernel.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
Gavin Shan <gshan@redhat.com>, Mark Brown <broonie@kernel.org>,
Oliver Upton <oliver.upton@linux.dev>,
Quentin Perret <qperret@google.com>,
Ryan Roberts <ryan.roberts@arm.com>,
Sean Christopherson <seanjc@google.com>,
Steven Price <steven.price@arm.com>,
James Morse <james.morse@arm.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Alexandru Elisei <alexandru.elisei@arm.com>,
<kvmarm@lists.cs.columbia.edu>, <kvmarm@lists.linux.dev>,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org
Subject: [GIT PULL] KVM/arm64 fixes for 6.1, take #3
Date: Wed, 2 Nov 2022 09:10:36 +0000 [thread overview]
Message-ID: <20221102091036.2106882-1-maz@kernel.org> (raw)
Message-ID: <20221102091036.aNh16QD0KJcMR4x2ZfLuA4prvPgXsuWQc_qXlIwFU6s@z> (raw)
Paolo,
Here's another set of fixes for 6.1. Two of them are critical fixes
(MTE support triggering an invalid pointer dereference in nVHE
configurations, SME trapping not enabled in VHE configurations).
Thankfully, these configuration are pretty rare, because hardly anyone
is making us of MTE yet, and that SME HW simply doesn't exist in the
wild.
The rest is a limited set of fixes for relatively harmless bugs and
documentation update.
Please pull,
M.
The following changes since commit 247f34f7b80357943234f93f247a1ae6b6c3a740:
Linux 6.1-rc2 (2022-10-23 15:27:33 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm.git tags/kvmarm-fixes-6.1-3
for you to fetch changes up to be0ddf5293a7895a8c9096e1a8560930c6a0ab3f:
arm64: booting: Document our requirements for fine grained traps with SME (2022-11-01 19:30:34 +0000)
----------------------------------------------------------------
KVM/arm64 fixes for 6.1, take #3
- Fix the pKVM stage-1 walker erronously using the stage-2 accessor
- Correctly convert vcpu->kvm to a hyp pointer when generating
an exception in a nVHE+MTE configuration
- Check that KVM_CAP_DIRTY_LOG_* are valid before enabling them
- Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
- Document the boot requirements for FGT when entering the kernel
at EL1
----------------------------------------------------------------
Gavin Shan (1):
KVM: Check KVM_CAP_DIRTY_LOG_{RING, RING_ACQ_REL} prior to enabling them
Marc Zyngier (1):
KVM: arm64: Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
Mark Brown (1):
arm64: booting: Document our requirements for fine grained traps with SME
Quentin Perret (1):
KVM: arm64: Use correct accessor to parse stage-1 PTEs
Ryan Roberts (1):
KVM: arm64: Fix bad dereference on MTE-enabled systems
Documentation/arm64/booting.rst | 8 ++++++++
arch/arm64/kvm/hyp/exception.c | 3 ++-
arch/arm64/kvm/hyp/include/hyp/switch.h | 20 ++++++++++++++++++++
arch/arm64/kvm/hyp/nvhe/mem_protect.c | 2 +-
arch/arm64/kvm/hyp/nvhe/switch.c | 26 --------------------------
arch/arm64/kvm/hyp/vhe/switch.c | 8 --------
virt/kvm/kvm_main.c | 3 +++
7 files changed, 34 insertions(+), 36 deletions(-)
WARNING: multiple messages have this Message-ID (diff)
From: Marc Zyngier <maz@kernel.org>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
Gavin Shan <gshan@redhat.com>, Mark Brown <broonie@kernel.org>,
Oliver Upton <oliver.upton@linux.dev>,
Quentin Perret <qperret@google.com>,
Ryan Roberts <ryan.roberts@arm.com>,
Sean Christopherson <seanjc@google.com>,
Steven Price <steven.price@arm.com>,
James Morse <james.morse@arm.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Alexandru Elisei <alexandru.elisei@arm.com>,
<kvmarm@lists.cs.columbia.edu>, <kvmarm@lists.linux.dev>,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org
Subject: [GIT PULL] KVM/arm64 fixes for 6.1, take #3
Date: Wed, 2 Nov 2022 09:10:36 +0000 [thread overview]
Message-ID: <20221102091036.2106882-1-maz@kernel.org> (raw)
Paolo,
Here's another set of fixes for 6.1. Two of them are critical fixes
(MTE support triggering an invalid pointer dereference in nVHE
configurations, SME trapping not enabled in VHE configurations).
Thankfully, these configuration are pretty rare, because hardly anyone
is making us of MTE yet, and that SME HW simply doesn't exist in the
wild.
The rest is a limited set of fixes for relatively harmless bugs and
documentation update.
Please pull,
M.
The following changes since commit 247f34f7b80357943234f93f247a1ae6b6c3a740:
Linux 6.1-rc2 (2022-10-23 15:27:33 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm.git tags/kvmarm-fixes-6.1-3
for you to fetch changes up to be0ddf5293a7895a8c9096e1a8560930c6a0ab3f:
arm64: booting: Document our requirements for fine grained traps with SME (2022-11-01 19:30:34 +0000)
----------------------------------------------------------------
KVM/arm64 fixes for 6.1, take #3
- Fix the pKVM stage-1 walker erronously using the stage-2 accessor
- Correctly convert vcpu->kvm to a hyp pointer when generating
an exception in a nVHE+MTE configuration
- Check that KVM_CAP_DIRTY_LOG_* are valid before enabling them
- Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
- Document the boot requirements for FGT when entering the kernel
at EL1
----------------------------------------------------------------
Gavin Shan (1):
KVM: Check KVM_CAP_DIRTY_LOG_{RING, RING_ACQ_REL} prior to enabling them
Marc Zyngier (1):
KVM: arm64: Fix SMPRI_EL1/TPIDR2_EL0 trapping on VHE
Mark Brown (1):
arm64: booting: Document our requirements for fine grained traps with SME
Quentin Perret (1):
KVM: arm64: Use correct accessor to parse stage-1 PTEs
Ryan Roberts (1):
KVM: arm64: Fix bad dereference on MTE-enabled systems
Documentation/arm64/booting.rst | 8 ++++++++
arch/arm64/kvm/hyp/exception.c | 3 ++-
arch/arm64/kvm/hyp/include/hyp/switch.h | 20 ++++++++++++++++++++
arch/arm64/kvm/hyp/nvhe/mem_protect.c | 2 +-
arch/arm64/kvm/hyp/nvhe/switch.c | 26 --------------------------
arch/arm64/kvm/hyp/vhe/switch.c | 8 --------
virt/kvm/kvm_main.c | 3 +++
7 files changed, 34 insertions(+), 36 deletions(-)
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2022-11-02 9:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-02 9:10 Marc Zyngier [this message]
2022-11-02 9:10 ` [GIT PULL] KVM/arm64 fixes for 6.1, take #3 Marc Zyngier
2022-11-02 9:10 ` Marc Zyngier
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=20221102091036.2106882-1-maz@kernel.org \
--to=maz@kernel.org \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=kvmarm@lists.linux.dev \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=pbonzini@redhat.com \
--cc=steven.price@arm.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.