From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=91.218.175.187 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794213148; b=ZwTduM5voH0AOTA1QE0g/KZ7GQjQtQosvhJGz8rPhNE4paWoVjzKnnhvKtFu6oVHVdE5 xBfbmZNZkNVnwKabFcJj6evTjH8Zt0+6bys2xRO6BHgTEScYsDEkJ231GMVW44MeR+avN UGbBI61DDpVNsvghsojoWHXto5avy3u9yowC5i7+MmGPCdILVbbe+7mU3WRi3iGP9j5ep mzCGJfZEAvHviAeCepn9fQlTbCnoMR8nwbQuTGUxUkDgNAwnssRbzogv7SqvyJFJxpukP elKy/OPddYzsi//tC3BSJQ4CSwXRmfuhodtLjpq7zP6mCEli2WU1F2GwSnIw7cMu/Qw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794213148; h=DMARC-Filter:X-Envelope-To:DKIM-Signature:X-Envelope-To:Received: X-Mizu-Trace-ID:X-Migadu-Flow:From:To:Cc:Subject:Date:Message-ID: X-Mailer:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding; bh=ZpANXrzYcq9/O8jJB8VjHM2H1WoWmBRtRKM62lXj9eg=; b=btqKKKUjuf76+bmPi1yh6tXJy/gQrZNamWpvgM6NG45r2weNgnO0zFeXH3VXUM/pgbDU UYKG85U/ALRPXs3MsbMmFvfNCTfDnjajLRPHpZtpzO82ikjogDYsGfxoek7u28r/zwgG/ BsDxUgiA3sXnw7Dt47CXj4fsfPCQMrupbQrdhKAWdh/fnZTm316GUhD93d4ifV2O9grBi SLakya0yk2g8F3tihSDFsp2srZN1ITG3WhwxkdEgKEfqK1EU/z9JjxNTUvsiAAWZA5zBE JE/KWXwgUJVtYVkwK1FOUw+ajoiQd7hJZlUpD1uN3Oe7ERd3ei0Lf2urJojfuRcsFPw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b="al9/vG20"; arc=none smtp.remote-ip=91.218.175.187 Received: from mta0.migadu.com (out-187.mta0.migadu.com [91.218.175.187]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EAB81606A323 for ; Mon, 9 Nov 2026 08:32:27 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org EAB81606A323 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key, unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=al9/vG20 X-Envelope-To: linux-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=GiKRpVPhtPxXBSxxO8gfUr2emmVqiFR0Oyh/Nveq+SY=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1794213146; v=1; x=1794817946; b=al9/vG20fjJeXZJ2PL8j1hn37sByMYSXiFvOcCf7juvgkE938ACkaGKka5fjk6XxXlpKv2/1 DMb6HCqn6exMa5KmVdX3UBNB0f3OJpUFyFg6Lh1W8Bgfbl0zVo+u4FekNl3m3EjuwI9E4a0wzQK EwvZg8eRUROIXx6U0wpNBunw= X-Envelope-To: linux-kernel@vger.kernel.org Received: by smtp.migadu.com with ESMTPS id cf3918cd7b88d11f; Mon, 09 Nov 2026 08:32:25 +0000 X-Mizu-Trace-ID: cf3918cd7b88d11f X-Migadu-Flow: FLOW_OUT From: Fuad Tabba To: Marc Zyngier , Oliver Upton , kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org Cc: Joey Gouly , Suzuki K Poulose , Zenghui Yu , Steffen Eiden , Catalin Marinas , Will Deacon , Mark Rutland , Vincent Donnefort , Fuad Tabba , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 05/16] KVM: arm64: Allow protected VMs to use SVE Date: Mon, 9 Nov 2026 08:31:54 +0000 Message-ID: <20261109083205.806619-6-fuad.tabba@linux.dev> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20261109083205.806619-1-fuad.tabba@linux.dev> References: <20261109083205.806619-1-fuad.tabba@linux.dev> X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Now that EL2 owns a protected vCPU's SVE state and advertises ID_AA64ZFR0_EL1, allow KVM_CAP_ARM_SVE for a protected VM, which lets KVM_ARM_VCPU_INIT take KVM_ARM_VCPU_SVE. A protected guest's SVE access trap injects an UNDEF. An SVE instruction takes the SVE trap rather than the FP one, so a guest whose first vector instruction is an SVE one would get an UNDEF instead of the lazy FP switch. Handle the SVE trap as the FP trap is: kvm_handle_pvm_fpsimd() switches the state for a vCPU with SVE and still injects the UNDEF for one without. Update the documentation to match. Tested-by: Vincent Donnefort Reviewed-by: Vincent Donnefort Signed-off-by: Fuad Tabba --- Documentation/virt/kvm/arm/pkvm.rst | 6 +++--- arch/arm64/include/asm/kvm_pkvm.h | 1 + arch/arm64/kvm/hyp/nvhe/switch.c | 1 + arch/arm64/kvm/hyp/nvhe/sys_regs.c | 2 -- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/Documentation/virt/kvm/arm/pkvm.rst b/Documentation/virt/kvm/arm/pkvm.rst index b8c8c94cba534..c59e598645b1b 100644 --- a/Documentation/virt/kvm/arm/pkvm.rst +++ b/Documentation/virt/kvm/arm/pkvm.rst @@ -134,9 +134,9 @@ A protected VM boots from a single primary vCPU. Before the first * Set the primary vCPU's boot state with ``KVM_SET_ONE_REG``: the kernel entry address in ``PC`` and the DTB pointer in ``x0``. -``PC`` and ``x0`` are the only registers EL2 takes from the host. Other -pre-run writes are accepted, but the guest starts from the state the -hypervisor resets it to. +``PC``, ``x0`` and the SVE vector lengths (``KVM_REG_ARM64_SVE_VLS``) are +the only registers EL2 takes from the host. Other pre-run writes are +accepted, but the guest starts from the state the hypervisor resets it to. Secondary vCPUs are started by the guest itself through PSCI ``CPU_ON`` (see `Power state`_), which supplies their entry point and context ID. diff --git a/arch/arm64/include/asm/kvm_pkvm.h b/arch/arm64/include/asm/kvm_pkvm.h index fd042d2b54624..5f1b3308b42e1 100644 --- a/arch/arm64/include/asm/kvm_pkvm.h +++ b/arch/arm64/include/asm/kvm_pkvm.h @@ -40,6 +40,7 @@ static inline bool kvm_pkvm_ext_allowed(struct kvm *kvm, long ext) case KVM_CAP_MAX_VCPU_ID: case KVM_CAP_MSI_DEVID: case KVM_CAP_ARM_VM_IPA_SIZE: + case KVM_CAP_ARM_SVE: case KVM_CAP_ARM_PTRAUTH_ADDRESS: case KVM_CAP_ARM_PTRAUTH_GENERIC: case KVM_CAP_ONE_REG: diff --git a/arch/arm64/kvm/hyp/nvhe/switch.c b/arch/arm64/kvm/hyp/nvhe/switch.c index 89fb9dd351ad5..0626f4203ba6d 100644 --- a/arch/arm64/kvm/hyp/nvhe/switch.c +++ b/arch/arm64/kvm/hyp/nvhe/switch.c @@ -230,6 +230,7 @@ static const exit_handler_fn pvm_exit_handlers[] = { [ESR_ELx_EC_WFx] = kvm_handle_pvm_wfx, [ESR_ELx_EC_HVC64] = kvm_handle_pvm_hvc64, [ESR_ELx_EC_SYS64] = kvm_handle_pvm_sys64, + [ESR_ELx_EC_SVE] = kvm_handle_pvm_fpsimd, [ESR_ELx_EC_FP_ASIMD] = kvm_handle_pvm_fpsimd, [ESR_ELx_EC_IABT_LOW] = kvm_hyp_handle_iabt_low, [ESR_ELx_EC_DABT_LOW] = kvm_hyp_handle_dabt_low, diff --git a/arch/arm64/kvm/hyp/nvhe/sys_regs.c b/arch/arm64/kvm/hyp/nvhe/sys_regs.c index 8456bb44edd52..78c25da737591 100644 --- a/arch/arm64/kvm/hyp/nvhe/sys_regs.c +++ b/arch/arm64/kvm/hyp/nvhe/sys_regs.c @@ -713,8 +713,6 @@ static const struct sys_reg_desc pvm_sys_reg_descs[] = { ID_UNALLOCATED(7,6), ID_UNALLOCATED(7,7), - /* Scalable Vector Registers are restricted. */ - HOST_HANDLED(SYS_ICC_PMR_EL1), RAZ_WI(SYS_ERRIDR_EL1), -- 2.47.3