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 6A1F63E1203; Thu, 3 Sep 2026 07:41:04 +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=1788421265; cv=none; b=gz4yEWXkKm7byTAVMcIgAPhXwGdJU55SFXcE1OSF3tvD4ugOpYWKIdYcuAV9jqToOD2UAfseMNlVWPGckye6QIr3RR6+FkC24RStBrt1jtIlN0yYhWP+T3ke76DDWk1D4g8OuZJHi/Ms01juZIdPdSXbeZgH0v513FuYiWly51g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788421265; c=relaxed/simple; bh=qo0/0Kbl34o+Co/Ux6VTpNaUX6+7ozohwBQzZ+gw/+w=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=aJ+UqBPoM79m2TZ9or0LFWBEqL5g0nE1pujxpn9z46mhpMPQLADjhj+Cxs+n8FsYR6wTZMDQ4qwqS6T+k0eAr4S0F3AV323fGEZV3/WkYRxOiHIvZDp7rVCtEoY9WIPVLyyjVzLPG3f0zuJ+VANevKtHGuFD4eh0H9hyZaJ7V74= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=L8Toqm3j; 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="L8Toqm3j" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4805F1F000E9; Thu, 3 Sep 2026 07:41:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1788421264; bh=Q7QeevBEbZ4oPLBHotvagfn70D9GPK8CaP83w10N/rM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=L8Toqm3jJhG+mVofDNTBTMmarZU/u0VhjXNviZn9GeI/Y+i+1bCcI2rN3tquq8m5V BLzMduZ5oRjXajf4L0VkyuX74aEez9p5OhKFHh12uOtQkrlTE+b6ocODKuqB5uVkXX aRyUTvM63lewstITt1VCxla2lfRQ3pKcMXVpqQIfAw+v8/Moh4U3YPfWbj383mKDBH nN4/KUsTqm374Mh1BFXNE+7+Roey34KWA9Xt9Lg1resLmnh3pektk4SMCGkMXlqoq+ S5xLvJsYTjzK2r756SOcd3tGaQ3UuSg49Dm9XMaHCDyUeWz8oB/8J5aKfXNVY3lbBi ftgkDYRU+XMOg== Received: from sofa.misterjones.org ([185.219.108.64] helo=lobster-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 1x224E-00000004Esh-1iSG; Thu, 03 Sep 2026 07:41:02 +0000 Date: Thu, 03 Sep 2026 08:43:35 +0100 Message-ID: <877bl26aqg.wl-maz@kernel.org> From: Marc Zyngier To: Wang Han Cc: weilin.chang@arm.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-kernel@vger.kernel.org, oupton@kernel.org, tabba@google.com, joey.gouly@arm.com, seiden@linux.ibm.com, suzuki.poulose@arm.com, catalin.marinas@arm.com, will@kernel.org, ljs@kernel.org, itaru.kitayama@fujitsu.com Subject: Re: [PATCH v5 0/6] KVM: arm64: nv: Implement nested stage-2 reverse map (new data structure) In-Reply-To: <20260902163500.1841671-1-wanghan@linux.alibaba.com> References: <20260810205038.118843-1-weilin.chang@arm.com> <20260902163500.1841671-1-wanghan@linux.alibaba.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/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) Precedence: bulk X-Mailing-List: linux-kernel@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=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: wanghan@linux.alibaba.com, weilin.chang@arm.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-kernel@vger.kernel.org, oupton@kernel.org, tabba@google.com, joey.gouly@arm.com, seiden@linux.ibm.com, suzuki.poulose@arm.com, catalin.marinas@arm.com, will@kernel.org, ljs@kernel.org, itaru.kitayama@fujitsu.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Wed, 02 Sep 2026 17:35:00 +0100, Wang Han wrote: > > Hi Wei-Lin, > > I tested this series on a Yitian 710 system with an ARM Neoverse-N2 CPU > (128 CPUs, 2 NUMA nodes). > > Test environment > ---------------- > > L0 kernel: Linux v7.2-rc6 > L1 guest: Ubuntu 26.04 LTS, kernel 7.0.0-27-generic (aarch64) > QEMU: 10.2.3 > > L0 NUMA balancing was enabled (`/proc/sys/kernel/numa_balancing=1`). > The host was booted with `kvm_arm.mode=nested`. > > This series fixes a functional hang that is exposed when NUMA balancing is > enabled. The previous nested stage-2 unmap path is too slow for this > workload, making the performance problem user-visible: NUMA balancing can > leave the L1 guest unable to make progress and eventually hang during boot. > > The L1 was started with 8 vCPUs and 32 GiB of RAM using: > > qemu-system-aarch64 -smp 8 -m 32G \ > -machine virt,accel=kvm,gic-version=3,virtualization=on \ > -cpu host -nographic -enable-kvm \ > -drive if=pflash,format=raw,readonly=on,file=pflash0_bak.img \ > -drive if=pflash,format=raw,file=pflash1_bak.img \ > -drive file=./ubuntu-vm.qcow2,format=qcow2,if=virtio,cache=none,aio=native \ > -nic user,model=virtio-net-pci,hostfwd=tcp::11234-:22 \ > -serial mon:stdio > Puzzling. If you are only running an L1 in VHE mode, there is no shadow S2, and therefore nothing to unmap. For shadow S2s to be built and affect the MMU notifiers, you need to run an L2. So what are your actual test conditions? M. -- Jazz isn't dead. It just smells funny.