From: Shaoqin Huang <shahuang@redhat.com>
To: Oliver Upton <oliver.upton@linux.dev>,
Marc Zyngier <maz@kernel.org>,
kvmarm@lists.linux.dev, Mark Brown <broonie@kernel.org>
Cc: Eric Auger <eauger@redhat.com>, Sebastian Ott <sebott@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
Catalin Marinas <catalin.marinas@arm.com>,
James Morse <james.morse@arm.com>,
kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
Paolo Bonzini <pbonzini@redhat.com>,
Shuah Khan <shuah@kernel.org>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Will Deacon <will@kernel.org>, Zenghui Yu <yuzenghui@huawei.com>
Subject: Re: [PATCH v5 0/4] Allow userspace to change ID_AA64PFR1_EL1
Date: Wed, 21 Aug 2024 10:45:45 +0800 [thread overview]
Message-ID: <f423a404-82bd-43e2-a2a7-c0ea038cbbda@redhat.com> (raw)
In-Reply-To: <20240723072004.1470688-1-shahuang@redhat.com>
Hi Marc, Oliver,
Kindly ping for this series. Welcome your feedbacks. I wonder if this
implementation satisfy your expectation?
Thanks,
Shaoqin
On 7/23/24 15:19, Shaoqin Huang wrote:
> Hi guys,
>
> This is another try to allow userspace to change ID_AA64PFR1_EL1, and we want to
> give userspace the ability to control the visible feature set for a VM, which
> could be used by userspace in such a way to transparently migrate VMs.
>
> The patch series have four part:
>
> The first patch disable those fields which KVM doesn't know how to handle, so
> KVM will only expose value 0 of those fields to the guest.
>
> The second patch check the FEAT_SSBS in guest IDREG instead of the cpu
> capability.
>
> The third patch allow userspace to change ID_AA64PFR1_EL1, it only advertise the
> fields known to KVM and leave others unadvertise.
>
> The fourth patch adds the kselftest to test if userspace can change the
> ID_AA64PFR1_EL1.
>
> Besides, I also noticed there is another patch [1] which try to make the
> ID_AA64PFR1_EL1 writable. This patch [1] is try to enable GCS on baremental, and
> add GCS support for the guest. What I understand is if we have GCS support on
> baremental, it will be clear to how to handle them in KVM. And same for other
> fields like NMI, THE, DF2, MTEX.. At that time, they can be writable.
>
> [1] [PATCH v9 13/39] KVM: arm64: Manage GCS registers for guests
> https://lore.kernel.org/all/20240625-arm64-gcs-v9-13-0f634469b8f0@kernel.org/
>
> Changelog:
> ----------
> v4 -> v5:
> * Only advertise fields which KVM know how to handle to userspace, leave
> others unadvertised.
> * Add a new patch to check FEAT_SSBS in IDREG instead of cpu capability.
> * Tweak the kselftest writable fields.
> * Improve the commit message.
>
> v3 -> v4:
> * Add a new patch to disable some feature which KVM doesn't know how to
> handle in the register accessor.
> * Handle all the fields in the register.
> * Fixes a small cnt issue in kselftest.
>
> v2 -> v3:
> * Give more description about why only part of the fields can be writable.
> * Updated the writable mask by referring the latest ARM spec.
>
> v1 -> v2:
> * Tackling the full register instead of single field.
> * Changing the patch title and commit message.
>
> RFCv1 -> v1:
> * Fix the compilation error.
> * Delete the machine specific information and make the description more
> generable.
>
> RFCv1: https://lore.kernel.org/all/20240612023553.127813-1-shahuang@redhat.com/
> v1: https://lore.kernel.org/all/20240617075131.1006173-1-shahuang@redhat.com/
> v2: https://lore.kernel.org/all/20240618063808.1040085-1-shahuang@redhat.com/
> v3: https://lore.kernel.org/all/20240628060454.1936886-2-shahuang@redhat.com/
> v4: https://lore.kernel.org/all/20240718035017.434996-1-shahuang@redhat.com/
>
> Shaoqin Huang (4):
> KVM: arm64: Disable fields that KVM doesn't know how to handle in
> ID_AA64PFR1_EL1
> KVM: arm64: Use kvm_has_feat() to check if FEAT_SSBS is advertised to
> the guest
> KVM: arm64: Allow userspace to change ID_AA64PFR1_EL1
> KVM: selftests: aarch64: Add writable test for ID_AA64PFR1_EL1
>
> arch/arm64/kvm/hypercalls.c | 12 +++++-----
> arch/arm64/kvm/sys_regs.c | 22 ++++++++++++++++++-
> .../selftests/kvm/aarch64/set_id_regs.c | 14 +++++++++---
> 3 files changed, 38 insertions(+), 10 deletions(-)
>
--
Shaoqin
next prev parent reply other threads:[~2024-08-21 2:46 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-23 7:19 [PATCH v5 0/4] Allow userspace to change ID_AA64PFR1_EL1 Shaoqin Huang
2024-07-23 7:20 ` [PATCH v5 1/4] KVM: arm64: Disable fields that KVM doesn't know how to handle in ID_AA64PFR1_EL1 Shaoqin Huang
2024-07-23 7:20 ` [PATCH v5 2/4] KVM: arm64: Use kvm_has_feat() to check if FEAT_SSBS is advertised to the guest Shaoqin Huang
2024-07-23 7:20 ` [PATCH v5 3/4] KVM: arm64: Allow userspace to change ID_AA64PFR1_EL1 Shaoqin Huang
2024-07-23 7:20 ` [PATCH v5 4/4] KVM: selftests: aarch64: Add writable test for ID_AA64PFR1_EL1 Shaoqin Huang
2024-08-21 2:45 ` Shaoqin Huang [this message]
2024-08-25 16:46 ` [PATCH v5 0/4] Allow userspace to change ID_AA64PFR1_EL1 Marc Zyngier
2024-08-25 17:09 ` Russell King (Oracle)
2024-08-25 19:45 ` Marc Zyngier
2024-08-25 17:01 ` 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=f423a404-82bd-43e2-a2a7-c0ea038cbbda@redhat.com \
--to=shahuang@redhat.com \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=cohuck@redhat.com \
--cc=eauger@redhat.com \
--cc=james.morse@arm.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.linux.dev \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=maz@kernel.org \
--cc=oliver.upton@linux.dev \
--cc=pbonzini@redhat.com \
--cc=sebott@redhat.com \
--cc=shuah@kernel.org \
--cc=suzuki.poulose@arm.com \
--cc=will@kernel.org \
--cc=yuzenghui@huawei.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;
as well as URLs for NNTP newsgroup(s).