From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-100.freemail.mail.aliyun.com (out30-100.freemail.mail.aliyun.com [115.124.30.100]) (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 8B12521CA02 for ; Sun, 20 Sep 2026 01:33:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.100 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789868002; cv=none; b=iLXFyMFxpfSfit86PMPKo/zFZlCSOeKXGWD84BDI3MkchpEDJLVkifjKhMCf0RgNpxWSj3mbjPTawPXr8BfNLaYEEMvsBSyX5wJQe4TS5hoOjrW0F95IRGJze9W5SMnTxhL9/K/6MFJdjN6/EfzDBsvrJQr+MAxbBGz5NdqAJL4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789868002; c=relaxed/simple; bh=5zpZpGxLh4Xc825xkk+RerisAKufOfgMDCrJS5lXFnQ=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=V+eRoQf+wmqsUawh9hNvBOkIiFF2ch7OsermG+3KyyCNw7HBdvUPi07BVh8W31JvYsIxaP0XIXPZtq7zFFjUSZuIVRAQHt8nhzKULDMctWLlvgf3De+fkDCrGtvLtIiPCvaiGKWEZlOqpdrGwmS9c8Rt2OSN7LBuc7+CsWb+/rk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=JuBcKjza; arc=none smtp.client-ip=115.124.30.100 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="JuBcKjza" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1789867991; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=WpODz2I1SYGcsUWYzvIvLHX+tQtY3cfA1JpYBgPLg5s=; b=JuBcKjzah4Bw4zjmnDzKfk3pRqksXKx1JD676AoyC+G+jFPgmPlgNc752nThMAgzt5+nZoUETZFwX9Ke7auLrsS1l2apH77TAw8C/4LWz+Wl9s4G8/ov2c3XwstNdpojRuyzYyfMZKcEdMXtq4AEiJA5rA/8Vc0FHzQBtPGzI3E= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R201e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam033032089153;MF=xueshuai@linux.alibaba.com;NM=1;PH=DS;RN=17;SR=0;TI=SMTPD_---0XBEinmW_1789867989; Received: from 30.246.177.75(mailfrom:xueshuai@linux.alibaba.com fp:SMTPD_---0XBEinmW_1789867989 cluster:ay36) by smtp.aliyun-inc.com; Sun, 20 Sep 2026 09:33:10 +0800 Message-ID: Date: Sun, 20 Sep 2026 09:33:08 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 0/7] KVM: arm64: nv: Implement nested stage-2 reverse map To: Wei-Lin Chang , linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-kernel@vger.kernel.org Cc: Marc Zyngier , Oliver Upton , Fuad Tabba , Joey Gouly , Steffen Eiden , Suzuki K Poulose , Zenghui Yu , Catalin Marinas , Will Deacon , Mark Rutland , Itaru Kitayama , Wang Han , "Lorenzo Stoakes (ARM)" References: <20260915154305.3852871-1-weilin.chang@arm.com> From: Shuai Xue In-Reply-To: <20260915154305.3852871-1-weilin.chang@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/15/26 11:42 PM, Wei-Lin Chang wrote: > Hi, > > This is v6 of optimizing the shadow s2 mmu unmapping during MMU > notifiers. > > This version fixes a few issues, and adds Marc's space optimization > for kvm_guest_s2_mapping [1]. Please see the changelog for the details. > > Tested by booting L3, and running in-kernel targetted tests described > in [2]. v5 got some tested-by's from Itaru and Wang (thanks), I didn't > carry them over since some bugs fixed in v6 are non-obvious. Some > retest would be much appreciated! > > Series based on v7.3-rc3 + Marc's nested mmu lifecycle fixes [3]. > Hi Wei-Lin, Thanks for the updated series. I tested all seven patches on top of v7.3-rc3 with Marc's two nested MMU lifetime fixes, using the L1 boot workload that previously triggered soft lockups during host NUMA migration. The setup was: - ARM64 host with nested virtualization enabled - Automatic NUMA balancing enabled, with numad running - QEMU 10.2.3, virtualization=on - Ubuntu 26.04 L1 guest, 8 vCPUs and 32 GiB RAM Each trial used a fresh overlay backed by the same read-only golden image. I ran 15 boot trials, observing each for at least 600 seconds. Result Count ----------------------------- ----- Trials reaching guest login 15/15 Trials with guest soft lockups 0/15 Guest RCU stalls 0 Host hung-task reports 0 Host soft lockups 0 Tracing confirmed that host page migration and the reverse-map recording path were exercised. I did not reproduce the original soft lockup in this batch. For the series: Tested-by: Shuai Xue Thanks, Shuai