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 AF106CA9ECE for ; Sun, 11 Oct 2026 14:37:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-Type: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=VaZfvp1JFgSOTh6cdb+J8rUgi9gl+001lM3aQUYLDNI=; b=DWVRoZhYhdm1PKLW8alYUI0JOW MMvwMnPgoAJyM2Q9AQ/my+OdZGsK3Pb43DeENhSmmXZiPY1Wp3YPCI/yfffDoY/FGc3dV6t5PRA7k ebsidmSUGeIPhfO+3b6bRkhE/GDSsz3NCCP161CoXjHAZXVHi2dOhGRLc/0TInHFE7Lz5+q10Dkir QIT1Z1zqrMzX7caYRKXI1iNf54sYRuXJYXBEZGgmjDvhnSb5mp6ufwAPzBQ+cDmbFrzY2bvrTnit7 /PCdk+KdNOmLKf9UgyyhSeMIZNOoO7zuutahUGEm+gqccqGcPITyHIAocayGBMpyklNyIQRuAqKso eIsJZxmg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1xFufi-000000098QY-0xUb; Sun, 11 Oct 2026 14:37:06 +0000 Received: from out-164.mta1.migadu.com ([2001:41d0:203:375::a4] helo=mta1.migadu.com) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1xFufU-000000098NA-3RNC for linux-arm-kernel@lists.infradead.org; Sun, 11 Oct 2026 14:36:56 +0000 X-Envelope-To: linux-arm-kernel@lists.infradead.org DKIM-Signature: a=rsa-sha256; bh=CRdHQKf2EEAmNtXTa5VZLbwsCxrmJ7LgKsNYjdP6aes=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1791729409; v=1; x=1792334209; b=qRT8XHQOUegM6wfihbr59xqpKbc8boLbuogT+WVuKsm/YCkzRjLMVjcgegqifVyU6mxLkvtR YcJ8VxXbRoz52lRud5754Y8brYqEgF+FXM/OFObTBlWPHhk6UHsP8X4m0WUo1LaF2Ze2iJPJ0J1 S6G8ZLyyh81oFLq5gi+zMwWY= X-Envelope-To: linux-arm-kernel@lists.infradead.org Received: by smtp.migadu.com with ESMTPS id a357e2b5f7edf0ea; Sun, 11 Oct 2026 14:36:49 +0000 X-Mizu-Trace-ID: a357e2b5f7edf0ea X-Migadu-Flow: FLOW_OUT From: Fuad Tabba To: maz@kernel.org, oupton@kernel.org, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Cc: catalin.marinas@arm.com, will@kernel.org, joey.gouly@arm.com, seiden@linux.ibm.com, suzuki.poulose@arm.com, yuzenghui@huawei.com, mark.rutland@arm.com, vdonnefort@google.com, qperret@google.com, Sascha.Bischoff@arm.com, steven.price@arm.com, tabba@google.com Subject: [PATCH v2 0/5] KVM: arm64: pKVM host hypercall and GICv5 CPU interface fixes Date: Sun, 11 Oct 2026 15:36:43 +0100 Message-Id: <20261011143648.211337-1-fuad.tabba@linux.dev> X-Mailer: git-send-email 2.39.5 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20261011_073653_724437_EDA2264B X-CRM114-Status: GOOD ( 11.56 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi folks, Changes since v1 [1]: - Dropped the two __kvm_adjust_pc() fixes (v1's patches 4 and 5), which went into kvmarm/next with the pKVM core series [2]. - Minor wording fixes to a comment and the commit messages. (Joey) Patches 1 and 2 move the GICv5 CPU interface save/restore and the stage-2 flushes into the band the dispatcher rejects once pKVM has finalised, since the host has no use for them in protected mode. Patch 3 validates the vgic model EL2 copies from the host. Patch 4 stops nVHE from accessing the GICv5 CPU interface from EL1, and patch 5 fixes two stale comments. The GICv5 residency and VDPEND hypercalls in kvmarm/next still check for pKVM in each handler. I'll move them into the same band once this lands. Based on Linux 7.3-rc3 (fd73f4a665989). On kvmarm/next, patches 1 and 2 have a minor conflict: new hypercall IDs sit next to the ones they move. Cheers, /fuad [1] https://lore.kernel.org/all/20260915123846.2317931-1-fuad.tabba@linux.dev/ [2] https://lore.kernel.org/all/20261001135711.1640520-1-fuad.tabba@linux.dev/ Fuad Tabba (5): KVM: arm64: Reject the GICv5 CPU interface hypercalls under pKVM KVM: arm64: Reject the stage-2 flush hypercalls under pKVM KVM: arm64: Validate the host-provided vgic model in pKVM KVM: arm64: vgic: Do not access the GICv5 CPU interface from EL1 KVM: arm64: Fix stale VGICv3 comments in the nVHE world switch arch/arm64/include/asm/kvm_asm.h | 16 ++++++++-------- arch/arm64/kvm/hyp/nvhe/hyp-main.c | 15 ++++++++------- arch/arm64/kvm/hyp/nvhe/pkvm.c | 10 ++++++++-- arch/arm64/kvm/hyp/nvhe/switch.c | 4 ++-- arch/arm64/kvm/vgic/vgic.c | 12 ++++++++---- 5 files changed, 34 insertions(+), 23 deletions(-) base-commit: fd73f4a6659897191fa0d40695fe370925dd3780 -- 2.39.5