From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 947D82747B; Fri, 5 Sep 2025 12:42:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757076131; cv=none; b=TWuea5HR1R071BZU8otLojgIMzxjEr7F2ugDfxo+RASc9+17uT/b0Uxn8wwRbIkKFU4vDen7yE/S6+5yFLmNxFdlCb57kZhGTdnf8AH2BEFGh2TSNHqhy07lbTTvdvFTzIMKnYRusJgYOna2349kj7Q/o3NCCQXNbJOVhm8TD+o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757076131; c=relaxed/simple; bh=/3OeXZlr4xjhyb0qagsOeB6JIKiHR9LeiB/2F0p8kqw=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=aMK5EcPtW02mIvVc/M7gxyJxmAz7JUXV8O/RHroShGutVtWEQTgGzKi7KAEgtn0J8dHOU/iv0i0LQ9tCrVJ9Y0C0qw9j4N7cNN2PoJLIb4Mv4doZE5xywKQl7w+wT3YMCtqiXaRUEg4r5TlLsiqeTm9pzqhV00rIvuj99VCJxjk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Ie2JrDBs; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Ie2JrDBs" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2C9E5C4CEF1; Fri, 5 Sep 2025 12:42:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1757076131; bh=/3OeXZlr4xjhyb0qagsOeB6JIKiHR9LeiB/2F0p8kqw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Ie2JrDBsJNYABvpbzAUardYKHdtGGtGTygDlq+6KVM2Y7jajaL16rL4hWCWy+gTmi KS5OOOjFwdK430dpbxDS91B+7Q/k6qH1S9rHeL49wxT7svyjlNvXfi/+vlA9FkFmR2 A8uUSS+aiWkIJVPEIXsm6i7SHnDO+Sh3I9D86/NO8lG2QHhr5PdgfvP/jSIZvjE3LR 3SyME7NMXoKVn2iz3/Vu/L40GGIuPgIc3H6Nl25pHqidcDg5t+K9ximl51E+pvep48 pY/IHZ9QXYoquBYXd2Hjr+hS4PhD7fJnatrt2+I3lFY9GMJA9AqGtc2WEit/Aa262X RYp0UkKzbk21g== Received: from [131.175.126.3] (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 1uuVlY-00000003dl7-3MD5; Fri, 05 Sep 2025 12:42:08 +0000 Date: Fri, 05 Sep 2025 13:42:07 +0100 Message-ID: <87ms79ystc.wl-maz@kernel.org> From: Marc Zyngier To: Naresh Kamboju Cc: kvmarm@lists.linux.dev, Linux ARM , open list , lkft-triage@lists.linaro.org, Linux Regressions , Fuad Tabba , Paolo Bonzini , Oliver Upton , James Morse , Catalin Marinas , Will Deacon , Suzuki K Poulose , Anders Roxell , Arnd Bergmann , Dan Carpenter , Ben Copeland , Mark Brown , Aishwarya TCV Subject: Re: kvm-unit-tests hang on Arm FVP with protected mode In-Reply-To: References: 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: kvmarm@lists.linux.dev 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: 131.175.126.3 X-SA-Exim-Rcpt-To: naresh.kamboju@linaro.org, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, lkft-triage@lists.linaro.org, regressions@lists.linux.dev, tabba@google.com, pbonzini@redhat.com, oliver.upton@linux.dev, james.morse@arm.com, catalin.marinas@arm.com, will@kernel.org, suzuki.poulose@arm.com, anders.roxell@linaro.org, arnd@arndb.de, dan.carpenter@linaro.org, benjamin.copeland@linaro.org, broonie@kernel.org, Aishwarya.TCV@arm.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Fri, 05 Sep 2025 13:28:45 +0100, Naresh Kamboju wrote: > > kvm-unit-tests consistently hang on Arm FVP when booted with > kvm-arm.mode=protected across both 4K and 64K page-size kernel builds. > > Running the same tests with kvm-arm.mode=vhe completes successfully. Do you realise that "kvm-arm.mode=vhe" is not a valid option? > > Anders, bisected and identified the first bad commit as: > > 066daa8d3bc2694c392e14091978043aed7b1f23 > KVM: arm64: Initialize HCRX_EL2 traps in pKVM > > Regression Analysis: > - Reproducibility? yes > > Test regression: kvm-unit-tests hang on Arm FVP with kvm-arm.mode=protected > > Reported-by: Linux Kernel Functional Testing > > Environment: > Platform: Arm FVP base-revc > Kernel: arm64 (tested with 4K and 64K page sizes) > Mode: kvm-arm.mode=protected (hangs) vs kvm-arm.mode=vhe (passes) > Test suite: kvm-unit-tests (./run_tests.sh -a -t -v) > Cmdline args : kvm-arm.mode=protected > Kernel: Mainline master and Linux next master > > Test run log: > INFO: running kvm unit tests ... > + [ True = false ] > + ./run_tests.sh -a -t -v > + tee -a /lava-1/0/tests/0_kvm-unit-tests/automated/linux/kvm-unit-tests/output/result_log.txt > TAP version 13 What do you expect us to do with such a non-report? Can you please, at the very least, identify which test in that test suite triggers the failure? > Links: > https://regressions.linaro.org/lkft/linux-mainline-master/v6.17-rc4/lava/kvm-unit-tests/history/?page=1 What is there? This link requires a login, and goes to 11 on the scale of being useless. M. -- Jazz isn't dead. It just smells funny.