From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8679DC77B7A for ; Sat, 3 Jun 2023 08:29:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Subject:Cc:To:From:Message-ID:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=1Verm3J3YL4DBw/3zOLKoXHvrctV2uZTgQ3/SwLMJqU=; b=tNIhT7eqZEbOGg uk9cvLq9mPL/W/o02fSm3hOhy/1O2tdyeaRNdC4srzZUoN8YL/MseVg3i1rP5210Z86Wlli8VR88X NqdXODC1jUlVUg/XqNogRSB3ahyoAnzO5SnMfhVX/6esNvfXSGfDhGsyPzHo1pjzZHrFZmXzj70A7 nSVDgAJZYjZux4/pPrtYM11uSlMItOsAd/b0h0TrwF9Y6G8eGg0urZzBm5t8Vc1nLOxH5nTHUpvck bliPUfcybDCWO8bdCHpAbn0FaXZx2Mq/qplgLfJvnDutoUfXVt2J87npjPB47M3PBjZlonFN0sSFu 6NvHj1DUjOx51IL26cgw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1q5Mcr-00967r-0q; Sat, 03 Jun 2023 08:28:41 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1q5Mco-00967L-2j for linux-arm-kernel@lists.infradead.org; Sat, 03 Jun 2023 08:28:40 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 38B0660FEB; Sat, 3 Jun 2023 08:28:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9169DC433EF; Sat, 3 Jun 2023 08:28:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1685780917; bh=IOH6BDtjdHdj2Ki7Qz9IKgk5ZqvOjp0LEXK8sZ8Oj/M=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=AqibLvnDTSdlltYZ76xopNcV9SGEyFAqKBJKY16SvdI/KZVj7tBcHz4znHSXtv3vV 2DfdbMkiu/b8C+NZEzx1sGFqkuqQXpIN29Qeek+xcS5ikA/E683px4GhYivLIHyWn+ M9QcoVn1gAKgBtFMZ5Pi3j1055dgh79mJLhXMB7SJEN2A+SD2wqSfjXqKGWq9krvyP +/0Cj2jz0eyLX6H98AhIuOg6eX9uaLHLcMf4M/0uX2aANUT9Kbso/rtQk73l+kuRWW oqVEvbSJjlFLdTFpMZsG6ElEOT3WNxLft7fPrMdcU//hszoKNBSzy00bzbdy9wgyXx SCsOVKLW+7khg== Received: from [37.166.197.171] (helo=wait-a-minute.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1q5Mcl-002Wla-25; Sat, 03 Jun 2023 09:28:35 +0100 Date: Sat, 03 Jun 2023 09:28:33 +0100 Message-ID: <873539ospa.wl-maz@kernel.org> From: Marc Zyngier To: Suraj Jitindar Singh Cc: , , , , , , , , , , , , , Subject: Re: [PATCH 3/3] KVM: arm64: Use per guest ID register for ID_AA64PFR1_EL1.MTE In-Reply-To: <20230602221447.1809849-4-surajjs@amazon.com> References: <20230602005118.2899664-1-jingzhangos@google.com> <20230602221447.1809849-1-surajjs@amazon.com> <20230602221447.1809849-4-surajjs@amazon.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") X-SA-Exim-Connect-IP: 37.166.197.171 X-SA-Exim-Rcpt-To: surajjs@amazon.com, jingzhangos@google.com, alexandru.elisei@arm.com, james.morse@arm.com, kvm@vger.kernel.org, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, oupton@google.com, pbonzini@redhat.com, rananta@google.com, reijiw@google.com, suzuki.poulose@arm.com, tabba@google.com, will@kernel.org, sjitindarsingh@gmail.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230603_012838_962874_C9DA3886 X-CRM114-Status: GOOD ( 28.19 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, 02 Jun 2023 23:14:47 +0100, Suraj Jitindar Singh wrote: > > With per guest ID registers, MTE settings from userspace can be stored in > its corresponding ID register. > > No functional change intended. > > Signed-off-by: Suraj Jitindar Singh > --- > arch/arm64/include/asm/kvm_host.h | 21 ++++++++++----------- > arch/arm64/kvm/arm.c | 11 ++++++++++- > arch/arm64/kvm/sys_regs.c | 5 +++++ > 3 files changed, 25 insertions(+), 12 deletions(-) > > diff --git a/arch/arm64/include/asm/kvm_host.h b/arch/arm64/include/asm/kvm_host.h > index 7b0f43373dbe..861997a14ba1 100644 > --- a/arch/arm64/include/asm/kvm_host.h > +++ b/arch/arm64/include/asm/kvm_host.h > @@ -226,9 +226,7 @@ struct kvm_arch { > */ > #define KVM_ARCH_FLAG_RETURN_NISV_IO_ABORT_TO_USER 0 > /* Memory Tagging Extension enabled for the guest */ > -#define KVM_ARCH_FLAG_MTE_ENABLED 1 > - /* At least one vCPU has ran in the VM */ > -#define KVM_ARCH_FLAG_HAS_RAN_ONCE 2 > +#define KVM_ARCH_FLAG_HAS_RAN_ONCE 1 > /* > * The following two bits are used to indicate the guest's EL1 > * register width configuration. A value of KVM_ARCH_FLAG_EL1_32BIT > @@ -236,22 +234,22 @@ struct kvm_arch { > * Otherwise, the guest's EL1 register width has not yet been > * determined yet. > */ > -#define KVM_ARCH_FLAG_REG_WIDTH_CONFIGURED 3 > -#define KVM_ARCH_FLAG_EL1_32BIT 4 > +#define KVM_ARCH_FLAG_REG_WIDTH_CONFIGURED 2 > +#define KVM_ARCH_FLAG_EL1_32BIT 3 > /* PSCI SYSTEM_SUSPEND enabled for the guest */ > -#define KVM_ARCH_FLAG_SYSTEM_SUSPEND_ENABLED 5 > +#define KVM_ARCH_FLAG_SYSTEM_SUSPEND_ENABLED 4 > /* VM counter offset */ > -#define KVM_ARCH_FLAG_VM_COUNTER_OFFSET 6 > +#define KVM_ARCH_FLAG_VM_COUNTER_OFFSET 5 > /* Timer PPIs made immutable */ > -#define KVM_ARCH_FLAG_TIMER_PPIS_IMMUTABLE 7 > +#define KVM_ARCH_FLAG_TIMER_PPIS_IMMUTABLE 6 > /* SMCCC filter initialized for the VM */ > -#define KVM_ARCH_FLAG_SMCCC_FILTER_CONFIGURED 8 > +#define KVM_ARCH_FLAG_SMCCC_FILTER_CONFIGURED 7 > /* > * AA64DFR0_EL1.PMUver was set as ID_AA64DFR0_EL1_PMUVer_IMP_DEF > * or DFR0_EL1.PerfMon was set as ID_DFR0_EL1_PerfMon_IMPDEF from > * userspace for VCPUs without PMU. > */ > -#define KVM_ARCH_FLAG_VCPU_HAS_IMP_DEF_PMU 9 > +#define KVM_ARCH_FLAG_VCPU_HAS_IMP_DEF_PMU 8 > > unsigned long flags; > > @@ -1112,7 +1110,8 @@ bool kvm_arm_vcpu_is_finalized(struct kvm_vcpu *vcpu); > > #define kvm_has_mte(kvm) \ > (system_supports_mte() && \ > - test_bit(KVM_ARCH_FLAG_MTE_ENABLED, &(kvm)->arch.flags)) > + FIELD_GET(ID_AA64PFR1_EL1_MTE_MASK, \ > + IDREG(kvm, SYS_ID_AA64PFR1_EL1))) > > #define kvm_supports_32bit_el0() \ > (system_supports_32bit_el0() && \ > diff --git a/arch/arm64/kvm/arm.c b/arch/arm64/kvm/arm.c > index ca18c09ccf82..6fc4190559d1 100644 > --- a/arch/arm64/kvm/arm.c > +++ b/arch/arm64/kvm/arm.c > @@ -80,8 +80,17 @@ int kvm_vm_ioctl_enable_cap(struct kvm *kvm, > if (!system_supports_mte() || kvm->created_vcpus) { > r = -EINVAL; > } else { > + u64 val; > + > + /* Protects the idregs against modification */ > + mutex_lock(&kvm->arch.config_lock); > + > + val = IDREG(kvm, SYS_ID_AA64PFR1_EL1); > + val |= FIELD_PREP(ID_AA64PFR1_EL1_MTE_MASK, 1); The architecture specifies 3 versions of MTE in the published ARM ARM, with a 4th coming up as part of the 2022 extensions. Why are you actively crippling the MTE version presented to the guest, and potentially introduce unexpected behaviours? > + IDREG(kvm, SYS_ID_AA64PFR1_EL1) = val; > + > + mutex_unlock(&kvm->arch.config_lock); > r = 0; > - set_bit(KVM_ARCH_FLAG_MTE_ENABLED, &kvm->arch.flags); > } > mutex_unlock(&kvm->lock); > break; > diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c > index 59f8adda47fa..8cffb82dd10d 100644 > --- a/arch/arm64/kvm/sys_regs.c > +++ b/arch/arm64/kvm/sys_regs.c > @@ -3672,6 +3672,11 @@ void kvm_arm_init_id_regs(struct kvm *kvm) > idreg++; > id = reg_to_encoding(idreg); > } > + > + /* MTE disabled by default even when supported */ > + val = IDREG(kvm, SYS_ID_AA64PFR1_EL1); > + val &= ~ARM64_FEATURE_MASK(ID_AA64PFR1_EL1_MTE); > + IDREG(kvm, SYS_ID_AA64PFR1_EL1) = val; > } > > int __init kvm_sys_reg_table_init(void) Overall, I don't really see the point of such a change. It creates more problems than it solves. Thanks, M. -- Without deviation from the norm, progress is not possible. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel