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 A702320A5C4 for ; Mon, 9 Jun 2025 16:25:14 +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=1749486314; cv=none; b=cPumEOSR+arI05nCzgjL+4iDaOMK7i2ud9Igp3AjM4MTDna5vaeWr17aeBgtpdeBa73/mknNKFjcgOLyR9eb++JFHnQZGrWgyE/P9tXq99MCztxK5L9a/3y6cYWcvSxXUBL373ygHV8357Wg5J0MJZTj2GQDOiDzFEDHS5WW+/w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1749486314; c=relaxed/simple; bh=qvZzundQLnz50FRrrpem6RlLteFY6YpiSjL3eJcGJvg=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=A5ApJ6ByLPq3CAT10Zuub8p1DX+RhG+ezznpNncEEK0aJdHi4KAZ8FpR74PqEaz0hmx/kT97v3SV/8sx9ZJFi/k1eZHaln2nbbP2cgTri/jXyzGOOP2YdolGSyO/KzG919h95NOzFNyYf9rY+rkapdF3H8tZ7Ta74sMQz8s4J0k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=bVGoRG5f; 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="bVGoRG5f" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 330D2C4CEEB; Mon, 9 Jun 2025 16:25:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1749486314; bh=qvZzundQLnz50FRrrpem6RlLteFY6YpiSjL3eJcGJvg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=bVGoRG5fdW2GOtTSkOgomtNENs//7/Or/PPxhVMDN0JQzxsViCT4Jm9ES/zypkgaL mr3T/tEsS8fpGpRiEXZkCSNTEQmOegZgPqKQObJLG+anIKm+TLaE/u42huEJi3crof 4cK26fKDomZjA8K7Ny6R2c2NWcd8Hj4XRoRAMKVKFPH44/dlxK4gkuOs0p6SBD/u2+ 66+9OsSuhRCUq5c7kSdMPxTmXeMBPl5VhITfkpCumxnuwYukogVIhbvp2CjemQwTKp rBdNOn5sINCrzEobdIKjSa2EUHXrxiziICAcyM1bjhX8s0PkcT1hRJhkZCraKcWElW sfarDhQAXhPsw== Received: from [185.201.63.253] (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.95) (envelope-from ) id 1uOfJ9-005FMh-3h; Mon, 09 Jun 2025 17:25:12 +0100 Date: Mon, 09 Jun 2025 17:24:10 +0100 Message-ID: <87zfegdgt1.wl-maz@kernel.org> From: Marc Zyngier To: "Aneesh Kumar K.V" Cc: kvmarm@lists.linux.dev, Will Deacon , Quentin Perret Subject: Re: pkvm boot failures 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: 185.201.63.253 X-SA-Exim-Rcpt-To: aneesh.kumar@kernel.org, kvmarm@lists.linux.dev, will@kernel.org, qperret@google.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Mon, 09 Jun 2025 14:23:40 +0100, "Aneesh Kumar K.V" wrote: > > I am hitting the below failure with v6.15 (I tried other kernel versions > with similar results). I disabled CONFIG_PROTECTED_NVHE_STACKTRACE > because with CONFIG_NVHE_EL2_DEBUG, the stack was pointing at > hyp_assert_lock_held() . Why do you get different results based on the backtrace support? > > [ 0.664457] kvm [1]: nVHE hyp panic at: [] __kvm_nvhe_handle_trap+0x34/0x10c! > [ 0.664538] kvm [1]: Cannot dump pKVM nVHE stacktrace: !CONFIG_PROTECTED_NVHE_STACKTRACE > [ 0.664566] kvm [1]: Hyp Offset: 0xffff000007c00000 > [ 0.664631] Kernel panic - not syncing: HYP panic: > [ 0.664631] PS:614023c9 PC:000080007890b10c ESR:0000000096000007 ESR_EL2 shows that this is a S1 translation fault, level 3, from EL2. This is consistent with hitting the BUG() in handle_trap((). What is at this PC? > [ 0.664631] FAR:0000800078c252f0 HPFAR:0000000000000000 PAR:0000000000000000 FAR_EL2 is valid (as per the above), so what is EL2 trying to access at this address? > I was able to locate a .config that make the pkvm work, But i am not > able to identify which config dependency is making the difference. I am > attaching below the working and non working kernel configs. I am using > FVP to test this. If you're using a model, it should be pretty easy to track all of the above. Thanks, M. -- Jazz isn't dead. It just smells funny.