From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BC407559CB5; Wed, 14 Oct 2026 16:52:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791996762; cv=none; b=T2vGvtguV22KRJ6/bLs7A2kHE0jbjU+SFDjVOnRco6f6K7UM7C3nC8G1yr5cw9r69ijlyyynGMmhpce0pALKQ22FLGgh2ISmTTTIkvDZoVQFzxSX/FAkPhoFQ6YUP1US9HKYEHdXcB6lU5XBxIwHTHZAFubtSOno0pDBz3BqL2o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791996762; c=relaxed/simple; bh=QjtKvWW3Y7GCMZzZoiJ0A3WNAE4EFJyJqs5BjRIzd9g=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=aZ8JSdTkWJW+DvGdIKrzQcy8tmr4TOSW8L0881qm3L7qqoOzyczNXo0NommI8vSWe8J3YTcQIeRwdaDh8uCYEPhAouwVe5d4HGHrWmHYqVf1klK4aYVLMHeRdzH6yK0zVuijydihNvNX4w1SoJ3TWx1jKL0UH9K5/rYalA8xhLo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=hCywxsXE; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="hCywxsXE" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3F8F31F000C4; Wed, 14 Oct 2026 16:52:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1791996761; bh=BErtQRFzc28J9pgEsMybjJSr+36WI01qEf+DOn7B0yY=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=hCywxsXEnPJlW+x8oGO5bEkYhy/yOq8plTJdsB44Sap2xa56QGln2WFxIZc6Elx1s ZKrksgpt0yydUNxA6GcjXvQpOUZEEitKC3XZm6Qts1u4LNogdBfiFu4LlRffDDxM41 K2ARXU7WXn/urGAZ3iabW+BLR2g8+e+v2mGbKAmGOjvnWScKOC3r1zmudq6z3HBQcy jHRXJlgXUjiJEWadUB9Pwm0rMDnysoI4DKGrzvMODkbFqAVZwDz0+eFaiZDCfHygOn BWq/e5sjNRHM/PEJwfnrdLl/2uPNgRMGhwIGGexw+tXQafsQ/NULK1+7OCYP+auPqb rRcJaLdflEPtw== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1xH2DW-00000002xcC-2Y10; Wed, 14 Oct 2026 16:52:38 +0000 Date: Wed, 14 Oct 2026 17:52:37 +0100 Message-ID: <86qzhs1ay2.wl-maz@kernel.org> From: Marc Zyngier To: Paolo Bonzini Cc: Amit Machhiwal , Catalin Marinas , Colton Lewis , Eric Auger , Fuad Tabba , Gautam Menghani , Gavin Shan , Gokul K , Hemanth Selam , Hiroyuki Katsura , Itaru Kitayama , Jack Thomson , Jiaqi Yan , Joey Gouly , Jonathan Cameron , Jonathan Davies , Karl Mehltretter , Leonardo Bras , Like Xu , Lorenzo Stoakes , Mark Brown , Nina Schoetterl-Glausch , Oliver Upton , Randy Dunlap , Sascha Bischoff , Sean Christopherson , Sebastian Ene , Sebastian Ott , Shen Yongchao , Shuai Xue , Stefan Teodorescu , Steffen Eiden , Steven Price , Steven Rostedt , Suzuki K Poulose , Tharit Tangkijwanichakul , Vincent Donnefort , Wang Han , Wei-Lin Chang , Will Deacon , Yuan Yao , Zenghui Yu , Zenghui Yu , kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org Subject: Re: [GIT PULL] KVM/arm64 updates for Linux 7.4 In-Reply-To: References: <20261014162126.964330-1-maz@kernel.org> 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/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) Precedence: bulk X-Mailing-List: kvm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: pbonzini@redhat.com, amachhiw@linux.ibm.com, catalin.marinas@arm.com, coltonlewis@google.com, eauger@redhat.com, fuad.tabba@linux.dev, gautam@linux.ibm.com, gshan@redhat.com, gokul02k@gmail.com, hemanth.selam@gmail.com, hk590@cam.ac.uk, itaru.kitayama@fujitsu.com, jackabt@amazon.com, jiaqiyan@google.com, joey.gouly@arm.com, jonathan.cameron@oss.qualcomm.com, jonathan.davies@nutanix.com, kmehltretter@gmail.com, leo.bras@arm.com, likexu@tencent.com, ljs@kernel.org, broonie@kernel.org, nsg@linux.ibm.com, oupton@kernel.org, rdunlap@infradead.org, sascha.bischoff@arm.com, seanjc@google.com, sebastianene@google.com, sebott@redhat.com, grayhat@foxmail.com, xueshuai@linux.alibaba.com, fane@google.com, seiden@linux.ibm.com, steven.price@arm.com, rostedt@goodmis.org, suzuki.poulose@arm.com, tharitt97@gmail.com, vdonnefort@google.com, wanghan@linux.alibaba.com, weilin.chang@arm.com, will@kernel.org, yaoyuan@linux.alibaba.com, zenghui.yu@linux.dev, yuzenghui@huawei.com, kvmarm @lists.linux.dev, linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Wed, 14 Oct 2026 17:30:50 +0100, Paolo Bonzini wrote: >=20 > On Wed, Oct 14, 2026 at 6:21=E2=80=AFPM Marc Zyngier wro= te: > > > > Paolo, > > > > Here's the set of KVM/arm64 updates for 7.4. After a couple of > > releases mostly focused on mopping the AI wave, we're back to merging > > new code, and there is a lot of it. Given the size and the conflicts > > that this generates (see below), I've decided to send the pull request > > early. > > > > Details are as usual in the tag below, but there is a few things to > > call out: > > > > - a lot of pKVM updates, finally delivering on the isolation promises, > > thanks to Fuad's work on upstreaming this stuff. > > > > - the first stab at sharing code with s390... More fun to come, but > > that's a start > > > > - More GICv5 code. As always with the GIC, it is huge... But for once, > > the code is much simpler than the previous iterations, and also > > comes with a bunch of selftests from the beginning. > > > > As a consequence, the diffstat is a gold-plated pig. > > > > Things to note: > > > > - this drags the kvmarm-fixes-7.3-1 tag as a way to resolve bad > > conflicts with some of the patches > > > > - there is some additional conflicts with 7.3-rc6, due to > > kvmarm-fixes-7.3-2 landing a bit late. I have stashed a resolution > > here [1], which you can either apply if you're basing the merge on > > -rc6, or mention to Linus as you send your own PR. For everybody to > > enjoy, I also add the resolution at the end of this email. >=20 > I've done the unspeakable and pulled kvmarm-fixes-7.3-2 into kvm/next > so that this PR will go on top; that conflict is too much to send to > Linus. Please check in kvm/queue that I copied your resolution > correctly. As soon as you confirm I'll move it to kvm/next. Looks pretty good to me: $ git diff kvmarm/next-7.4+fixes-7.3-2 kvm/queue arch/arm64/ diff --git a/arch/arm64/include/asm/kvm_host.h b/arch/arm64/include/asm/kvm= _host.h index 1c6632216e327..5c9843338c510 100644 --- a/arch/arm64/include/asm/kvm_host.h +++ b/arch/arm64/include/asm/kvm_host.h @@ -32,6 +32,9 @@ #include =20 #define __KVM_HAVE_ARCH_INTC_INITIALIZED +#define __KVM_HAVE_MSI +#define __KVM_HAVE_READONLY_MEM +#define __KVM_HAVE_VCPU_RUN_PID_CHANGE =20 #define KVM_HALT_POLL_NS_DEFAULT 500000 =20 diff --git a/arch/arm64/kvm/Kconfig b/arch/arm64/kvm/Kconfig index 71233068b7cb6..48d531e302d33 100644 --- a/arch/arm64/kvm/Kconfig +++ b/arch/arm64/kvm/Kconfig @@ -22,18 +22,14 @@ menuconfig KVM select KVM_COMMON select KVM_GENERIC_HARDWARE_ENABLING select HAVE_KVM_CPU_RELAX_INTERCEPT - select KVM_MMIO select KVM_GENERIC_DIRTYLOG_READ_PROTECT select VIRT_XFER_TO_GUEST_WORK select KVM_VFIO select HAVE_KVM_DIRTY_RING_ACQ_REL select NEED_KVM_DIRTY_RING_WITH_BITMAP - select HAVE_KVM_MSI select HAVE_KVM_IRQCHIP select HAVE_KVM_IRQ_ROUTING select HAVE_KVM_IRQ_BYPASS - select HAVE_KVM_READONLY_MEM - select HAVE_KVM_VCPU_RUN_PID_CHANGE select SCHED_INFO select GUEST_PERF_EVENTS if PERF_EVENTS select KVM_GUEST_MEMFD which is what I'd expected. It even builds, so it is obviously perfect. Go ahead! Thanks, M. --=20 Without deviation from the norm, progress is not possible.