From: Marc Zyngier <maz@kernel.org>
To: Oliver Upton <oliver.upton@linux.dev>
Cc: kvmarm@lists.linux.dev, Joey Gouly <joey.gouly@arm.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Zenghui Yu <yuzenghui@huawei.com>,
Mingwei Zhang <mizhang@google.com>,
Colton Lewis <coltonlewis@google.com>,
Alexandru Elisei <alexandru.elisei@arm.com>
Subject: Re: [PATCH 04/15] KVM: arm64: Move host SME/SVE tracking flags to host data
Date: Sat, 09 Nov 2024 11:39:15 +0000 [thread overview]
Message-ID: <864j4g1vrw.wl-maz@kernel.org> (raw)
In-Reply-To: <20241108222418.1677420-5-oliver.upton@linux.dev>
On Fri, 08 Nov 2024 22:24:08 +0000,
Oliver Upton <oliver.upton@linux.dev> wrote:
>
> The SME/SVE state tracking flags have no business in the vCPU. Move them
> to kvm_host_data.
>
> Signed-off-by: Oliver Upton <oliver.upton@linux.dev>
> ---
> arch/arm64/include/asm/kvm_host.h | 25 ++++++++++++-------------
> arch/arm64/kvm/fpsimd.c | 12 ++++++------
> 2 files changed, 18 insertions(+), 19 deletions(-)
>
> diff --git a/arch/arm64/include/asm/kvm_host.h b/arch/arm64/include/asm/kvm_host.h
> index 07da4129f1d1..cf5cdc468aa4 100644
> --- a/arch/arm64/include/asm/kvm_host.h
> +++ b/arch/arm64/include/asm/kvm_host.h
> @@ -610,8 +610,10 @@ struct cpu_sve_state {
> * field.
> */
> struct kvm_host_data {
> -#define KVM_HOST_DATA_FLAG_HAS_SPE 0
> -#define KVM_HOST_DATA_FLAG_HAS_TRBE 1
> +#define KVM_HOST_DATA_FLAG_HAS_SPE 0
> +#define KVM_HOST_DATA_FLAG_HAS_TRBE 1
> +#define KVM_HOST_DATA_FLAG_HOST_SVE_ENABLED 2
> +#define KVM_HOST_DATA_FLAG_HOST_SME_ENABLED 3
> unsigned long flags;
>
> struct kvm_cpu_context host_ctxt;
> @@ -916,22 +918,18 @@ struct kvm_vcpu_arch {
> /* Guest debug is live */
> #define DEBUG_DIRTY __vcpu_single_flag(iflags, BIT(4))
>
> -/* SVE enabled for host EL0 */
> -#define HOST_SVE_ENABLED __vcpu_single_flag(sflags, BIT(0))
> -/* SME enabled for EL0 */
> -#define HOST_SME_ENABLED __vcpu_single_flag(sflags, BIT(1))
> /* Physical CPU not in supported_cpus */
> -#define ON_UNSUPPORTED_CPU __vcpu_single_flag(sflags, BIT(2))
> +#define ON_UNSUPPORTED_CPU __vcpu_single_flag(sflags, BIT(0))
> /* WFIT instruction trapped */
> -#define IN_WFIT __vcpu_single_flag(sflags, BIT(3))
> +#define IN_WFIT __vcpu_single_flag(sflags, BIT(1))
> /* vcpu system registers loaded on physical CPU */
> -#define SYSREGS_ON_CPU __vcpu_single_flag(sflags, BIT(4))
> +#define SYSREGS_ON_CPU __vcpu_single_flag(sflags, BIT(2))
> /* Software step state is Active-pending */
> -#define DBG_SS_ACTIVE_PENDING __vcpu_single_flag(sflags, BIT(5))
> +#define DBG_SS_ACTIVE_PENDING __vcpu_single_flag(sflags, BIT(3))
> /* PMUSERENR for the guest EL0 is on physical CPU */
> -#define PMUSERENR_ON_CPU __vcpu_single_flag(sflags, BIT(6))
> +#define PMUSERENR_ON_CPU __vcpu_single_flag(sflags, BIT(4))
> /* WFI instruction trapped */
> -#define IN_WFI __vcpu_single_flag(sflags, BIT(7))
> +#define IN_WFI __vcpu_single_flag(sflags, BIT(5))
>
>
> /* Pointer to the vcpu's SVE FFR for sve_{save,load}_state() */
> @@ -1314,7 +1312,8 @@ DECLARE_KVM_HYP_PER_CPU(struct kvm_host_data, kvm_host_data);
> (test_bit(KVM_HOST_DATA_FLAG_##flag, host_data_ptr(flags)))
> #define host_data_set_flag(flag) \
> (set_bit(KVM_HOST_DATA_FLAG_##flag, host_data_ptr(flags)))
> -
> +#define host_data_clear_flag(flag) \
> + (clear_bit(KVM_HOST_DATA_FLAG_##flag, host_data_ptr(flags)))
nit: move the flag-clearing primitive to the patch that introduces the
two others for consistency, and drop the brackets surrounding the
set/clear statements.
Otherwise, this is a pretty nice cleanup.
M.
--
Without deviation from the norm, progress is not possible.
next prev parent reply other threads:[~2024-11-09 11:39 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-08 22:24 [PATCH 00/15] KVM: arm64: Debug cleanups Oliver Upton
2024-11-08 22:24 ` [PATCH 01/15] KVM: arm64: Drop MDSCR_EL1_DEBUG_MASK Oliver Upton
2024-11-08 22:24 ` [PATCH 02/15] KVM: arm64: Get rid of __kvm_get_mdcr_el2() and related warts Oliver Upton
2024-11-11 11:00 ` Suzuki K Poulose
2024-11-12 7:22 ` Oliver Upton
2024-11-08 22:24 ` [PATCH 03/15] KVM: arm64: Track presence of SPE/TRBE in kvm_host_data instead of vCPU Oliver Upton
2024-11-11 13:47 ` Suzuki K Poulose
2024-11-11 15:58 ` Suzuki K Poulose
2024-11-11 16:09 ` James Clark
2024-11-11 18:17 ` Oliver Upton
2024-11-08 22:24 ` [PATCH 04/15] KVM: arm64: Move host SME/SVE tracking flags to host data Oliver Upton
2024-11-09 11:39 ` Marc Zyngier [this message]
2024-11-08 22:24 ` [PATCH 05/15] KVM: arm64: Evaluate debug owner at vcpu_load() Oliver Upton
2024-11-08 22:24 ` [PATCH 06/15] KVM: arm64: Advance debug_owner state machine for sysreg traps Oliver Upton
2024-11-09 11:47 ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 07/15] KVM: arm64: Clean up KVM_SET_GUEST_DEBUG handler Oliver Upton
2024-11-08 22:24 ` [PATCH 08/15] KVM: arm64: Select debug state to save/restore based on debug owner Oliver Upton
2024-11-09 11:57 ` Marc Zyngier
2024-11-09 17:13 ` Oliver Upton
2024-11-08 22:24 ` [PATCH 09/15] KVM: arm64: Remove debug tracepoints Oliver Upton
2024-11-09 12:02 ` Marc Zyngier
2024-11-09 13:17 ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 10/15] KVM: arm64: Remove vestiges of debug_ptr Oliver Upton
2024-11-08 22:24 ` [PATCH 11/15] KVM: arm64: Use debug_owner to track if debug regs need save/restore Oliver Upton
2024-11-09 12:11 ` Marc Zyngier
2024-11-09 17:18 ` Oliver Upton
2024-11-09 22:37 ` Marc Zyngier
2024-11-09 23:46 ` Oliver Upton
2024-11-08 22:24 ` [PATCH 12/15] KVM: arm64: Reload vCPU for accesses to OSLAR_EL1 Oliver Upton
2024-11-08 22:24 ` [PATCH 13/15] KVM: arm64: Compute MDCR_EL2 at vcpu_load() Oliver Upton
2024-11-09 12:28 ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 14/15] KVM: arm64: Don't hijack guest context MDSCR_EL1 Oliver Upton
2024-11-09 12:59 ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 15/15] KVM: arm64: Manage software step state at load/put Oliver Upton
2024-11-09 13:13 ` [PATCH 00/15] KVM: arm64: Debug cleanups Marc Zyngier
2024-11-09 17:08 ` Oliver Upton
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=864j4g1vrw.wl-maz@kernel.org \
--to=maz@kernel.org \
--cc=alexandru.elisei@arm.com \
--cc=coltonlewis@google.com \
--cc=joey.gouly@arm.com \
--cc=kvmarm@lists.linux.dev \
--cc=mizhang@google.com \
--cc=oliver.upton@linux.dev \
--cc=suzuki.poulose@arm.com \
--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 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.