Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4362370ybl; Sat, 21 Dec 2019 05:17:23 -0800 (PST) X-Google-Smtp-Source: APXvYqzNkNun71INgAbSguOSymZtkNb3Gjcz8mA0WRGMgY+/mwsMTv55dnGNvnhI+7vGAi+RwY24 X-Received: by 2002:a9d:6d10:: with SMTP id o16mr21533348otp.28.1576934243680; Sat, 21 Dec 2019 05:17:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576934243; cv=none; d=google.com; s=arc-20160816; b=b4/+VNOFv8Xuw6gHeCXqYGoAhJ3iyYVMkr3IA4sDUhsrSWHE3cWOQ+ukIzEPN7Vfft iQcWGdnGGzl/89xLbwHNminseJAmry0N0A2qShaOhjudoRqX6K7DcIQAJsX5osLn8zTd cYkQvAS1KumGNS6sdDnYvCIcJ4gjJMmPFRQfhWU5se6t6tj/SXOkmTMys9LkmTRL1M1x BquQ8FcDll4AYadv1owFcIGDFEPHJ6Hobg0lJ62ruKProJAAeGyMoFl5Z8oGqiCDhVOA CMMN8Lvr5BVEnomOBHcObd69C/G8QSz+GNvZB3t2Aqrfy39EmynYo0osp/HNirpJy6pt og+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=ZJVbu3WMOMXFoK0yJLa8x7aPO0GTwOixrhs4eTQpU84=; b=fPE5kwXEH62aS+MnaVlCp0wTwuU1dEvqZOuJ1CqbwL88jkbro7d8gAmHTFnc41XUCZ OxaVN4gXYW5o6b5ayrwdxs4mDg0o8ieLZ7jQc4uvSDPLxmBJ/a49Va3oM4jjMVFqrAXO cRdctZ5z18BYQcY+Z2Y2j3HMw+1nxqZIy2HWofF68Yo7jLkyIeocNiRggWqEUiJ7an0Y EuzgHm2F9p7ZusCN14Uz9F4cY51e38aHxeZQ+jTeleu7uJbnnTmrb88ZvvG+P2UtKvPM UEBV0SN59+JVrtUeF+7MuYWSettBUJbHUYtBrUnNkY42GZZyOn/FCveatL+b+owLViCZ N9KA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a5si2505809oie.17.2019.12.21.05.17.01; Sat, 21 Dec 2019 05:17:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726867AbfLUNMU (ORCPT + 99 others); Sat, 21 Dec 2019 08:12:20 -0500 Received: from inca-roads.misterjones.org ([213.251.177.50]:43494 "EHLO inca-roads.misterjones.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726583AbfLUNMT (ORCPT ); Sat, 21 Dec 2019 08:12:19 -0500 Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why) by cheepnis.misterjones.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (Exim 4.80) (envelope-from ) id 1iieYK-0002tv-Gk; Sat, 21 Dec 2019 14:12:16 +0100 Date: Sat, 21 Dec 2019 13:12:14 +0000 From: Marc Zyngier To: Andrew Murray Cc: will@kernel.org, Catalin Marinas , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Sudeep Holla , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v2 02/18] arm64: KVM: reset E2PB correctly in MDCR_EL2 when exiting the guest(VHE) Message-ID: <20191221131214.769a140e@why> In-Reply-To: <20191220143025.33853-3-andrew.murray@arm.com> References: <20191220143025.33853-1-andrew.murray@arm.com> <20191220143025.33853-3-andrew.murray@arm.com> Organization: Approximate X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: andrew.murray@arm.com, will@kernel.org, catalin.marinas@arm.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, sudeep.holla@arm.com, kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on cheepnis.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 20 Dec 2019 14:30:09 +0000 Andrew Murray wrote: > From: Sudeep Holla > > On VHE systems, the reset value for MDCR_EL2.E2PB=b00 which defaults > to profiling buffer using the EL2 stage 1 translations. Does the reset value actually matter here? I don't see it being specific to VHE systems, and all we're trying to achieve is to restore the SPE configuration to a state where it can be used by the host. > However if the > guest are allowed to use profiling buffers changing E2PB settings, we How can the guest be allowed to change E2PB settings? Or do you mean here that allowing the guest to use SPE will mandate changes of the E2PB settings, and that we'd better restore the hypervisor state once we exit? > need to ensure we resume back MDCR_EL2.E2PB=b00. Currently we just > do bitwise '&' with MDCR_EL2_E2PB_MASK which will retain the value. > > So fix it by clearing all the bits in E2PB. > > Signed-off-by: Sudeep Holla > Signed-off-by: Andrew Murray > --- > arch/arm64/kvm/hyp/switch.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/arch/arm64/kvm/hyp/switch.c b/arch/arm64/kvm/hyp/switch.c > index 72fbbd86eb5e..250f13910882 100644 > --- a/arch/arm64/kvm/hyp/switch.c > +++ b/arch/arm64/kvm/hyp/switch.c > @@ -228,9 +228,7 @@ void deactivate_traps_vhe_put(void) > { > u64 mdcr_el2 = read_sysreg(mdcr_el2); > > - mdcr_el2 &= MDCR_EL2_HPMN_MASK | > - MDCR_EL2_E2PB_MASK << MDCR_EL2_E2PB_SHIFT | > - MDCR_EL2_TPMS; > + mdcr_el2 &= MDCR_EL2_HPMN_MASK | MDCR_EL2_TPMS; > > write_sysreg(mdcr_el2, mdcr_el2); > I'm OK with this change, but I believe the commit message could use some tidying up. Thanks, M. -- Jazz is not dead. It just smells funny...