From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C4449C77B7E for ; Thu, 1 Jun 2023 20:11:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ZZd+QNjzlHlFSd+WZppzSsUJYTnHCeRcX2MpKMC+Kco=; b=NrGY10VhwQOKsu HO/7VBQgItXCu6Z0zdk6b6HNtE03uCQ2UgC1FZaXjzkxtzDI4XFiQIGgVD81a1aq6+o0QTnVLZWvD A5/PgU08615ouqV+A2ybw7F9RMD2LgKtfCqopi4o2WLAxHEBPk9kul67GnYsl6NaqOx4sbhGgqhNO GimFwTmyKbghQgPzPJZAADWW/0XNjjDoa7UwqrCtQPusDFLOF+460k2gg/yAObB/XZslHQAheYPuD c/J6kVRMRBisXplCqa43KuBBeIyGTZtJNQdeaztyC8iox/FKXPeTc1reTxOVz3gH0iYeIakiHmVS8 0xHhptZi2ogR1Pj37D7Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1q4odY-004pSC-22; Thu, 01 Jun 2023 20:11:08 +0000 Received: from out-13.mta1.migadu.com ([2001:41d0:203:375::d]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1q4odV-004pR2-10 for linux-arm-kernel@lists.infradead.org; Thu, 01 Jun 2023 20:11:07 +0000 Date: Thu, 1 Jun 2023 20:10:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1685650260; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=RygkjhnuiaNw7c5uQLoy01AXmbNq/ULLzHOSyqx57zc=; b=C8z6oBXbjtQ7dp9Vuc55GiY+wVtYzNGNdh9RH0ankwutpHqSP6A/PPmgOkXE8vSWfYMMhH VvkXszkK0UrepvIeE6Mng3YF/i8O+Ql5gGqUauRFrTSVxRMUTwE3wiFkycgbXQ00Quy1u6 F0CuJIJzTHAuFM7GvR5EoDwYPtb/PLI= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Marc Zyngier Cc: kvmarm@lists.linux.dev, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, James Morse , Suzuki K Poulose , Zenghui Yu , Quentin Perret , Will Deacon , Fuad Tabba Subject: Re: [PATCH v2 05/17] arm64: Don't enable VHE for the kernel if OVERRIDE_HVHE is set Message-ID: References: <20230526143348.4072074-1-maz@kernel.org> <20230526143348.4072074-6-maz@kernel.org> <87bkhzpcut.wl-maz@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <87bkhzpcut.wl-maz@kernel.org> X-Migadu-Flow: FLOW_OUT X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230601_131105_776048_2FA7BE1F X-CRM114-Status: GOOD ( 28.26 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Jun 01, 2023 at 01:48:42PM +0100, Marc Zyngier wrote: > On Thu, 01 Jun 2023 08:32:40 +0100, > Oliver Upton wrote: > > > > On Fri, May 26, 2023 at 03:33:36PM +0100, Marc Zyngier wrote: > > > If the OVERRIDE_HVHE SW override is set (as a precursor of > > > the KVM_HVHE capability), do not enable VHE for the kernel > > > and drop to EL1 as if VHE was either disabled or unavailable. > > > > > > Further changes will enable VHE at EL2 only, with the kernel > > > still running at EL1. > > > > > > Signed-off-by: Marc Zyngier > > > --- > > > arch/arm64/kernel/hyp-stub.S | 10 +++++++++- > > > 1 file changed, 9 insertions(+), 1 deletion(-) > > > > > > diff --git a/arch/arm64/kernel/hyp-stub.S b/arch/arm64/kernel/hyp-stub.S > > > index 9439240c3fcf..5c71e1019545 100644 > > > --- a/arch/arm64/kernel/hyp-stub.S > > > +++ b/arch/arm64/kernel/hyp-stub.S > > > @@ -82,7 +82,15 @@ SYM_CODE_START_LOCAL(__finalise_el2) > > > tbnz x1, #0, 1f > > > > > > // Needs to be VHE capable, obviously > > > - check_override id_aa64mmfr1 ID_AA64MMFR1_EL1_VH_SHIFT 2f 1f x1 x2 > > > + check_override id_aa64mmfr1 ID_AA64MMFR1_EL1_VH_SHIFT 0f 1f x1 x2 > > > + > > > +0: // Check whether we only want the hypervisor to run VHE, not the kernel > > > + adr_l x1, arm64_sw_feature_override > > > + ldr x2, [x1, FTR_OVR_VAL_OFFSET] > > > + ldr x1, [x1, FTR_OVR_MASK_OFFSET] > > > + and x2, x2, x1 > > > > nit: is applying the mask even necessary? I get it in the context of an > > overlay on top of an ID register, but the software features are more of > > a synthetic ID register in their own right. > > I guess I don't have a good reason just yet, but on the other hand it > makes things predictable if the override code refuses the override for > some reason other than not being VHE-capable (mask becomes 0 and val > becomes 0xf). > > Overall, I feel that this code is too hard to follow to do anything > different from the "standard" case. Fair enough. Coming at it from the other angle (i.e. ignoring the ID reg side) it is only slightly weird, but does not really matter. I'm fine with this as-is. -- Thanks, Oliver _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel