Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4726835ybi; Tue, 28 May 2019 01:20:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqzp9RL37bctQK9gv+oNiMHIeJ4WI5cXPqrDBsnSm1u2q4Q9bZSy8NVWdc2g5UClG52IuYI3 X-Received: by 2002:a62:5f42:: with SMTP id t63mr99627962pfb.83.1559031656995; Tue, 28 May 2019 01:20:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559031656; cv=none; d=google.com; s=arc-20160816; b=QdFGjWUuY0AYlc9aeEP/rX63n3knLI7KAtMuSYEKbEUfjKRKkZDwlwQ+lToblV3pk0 QxN0WFaKEe5KojusucJl2tf6gks7b6B4/hbpx41RYfeumEvFHIALFa5N6paNE7mOdjkk m/cUKBHWmj5ZtR6tKyiObTHlAC8CTRlT5b5419rqkyKEjQ4GT5ilj7u1l9aGdYT2q+sz LsOk6Uszda31/Gz7wSzuFm2sHCGFUzKpsNloG4KrB7DBU+youV6jwxuWfuVpxrpN2FcI a42evYfSxXuUEcPozhjhlgbe3Rf19VXqk/LVE/iBbvWo7acDhduwHP+YJwTpZabucMsU YaAw== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=53DekfKRqmBGNz5e5rWe/Fi5lmUKpUh+yukV4jkUakU=; b=eitWx68tMEcQkChwbkuH+0hNV+AOiF4AY3LsdiT1TKWsia58opN+1VzEMuSVt81ai1 UUfwlBDFUav2030Xx4KFzUi1PTGa5518mJ6ZYX2pj0Bh1g9eCKDDeMi3Ho5eswRuADpo 8E2ViI2M+/diJG3GUOF37eN0dxPrAOs/rENxHqHShdXm78zU9yGzQp6U3ycUZ0h1DSJq ooETezCJFvmpSF48SNDuFtsXnxZo8ecFh7rjdTimeORHrQI6eSLflIdVeW6ic9wh6PnX aIiS0cn5HDHM0Jkfv0ENyH664eLa1owAqWnGHpyFwgCl4880TGvtdDpOIRI90UZponlU IkTA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id bx7si2150457pjb.93.2019.05.28.01.20.39; Tue, 28 May 2019 01:20:56 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726417AbfE1IS0 (ORCPT + 99 others); Tue, 28 May 2019 04:18:26 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:51710 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725943AbfE1IS0 (ORCPT ); Tue, 28 May 2019 04:18:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id BA68C341; Tue, 28 May 2019 01:18:25 -0700 (PDT) Received: from [10.1.197.45] (e112298-lin.cambridge.arm.com [10.1.197.45]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 149EB3F59C; Tue, 28 May 2019 01:18:22 -0700 (PDT) Subject: Re: [PATCH v2 07/15] arm64: KVM: split debug save restore across vm/traps activation To: Sudeep Holla , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Christoffer Dall , Marc Zyngier , James Morse , Suzuki K Pouloze , Catalin Marinas , Will Deacon References: <20190523103502.25925-1-sudeep.holla@arm.com> <20190523103502.25925-8-sudeep.holla@arm.com> From: Julien Thierry Message-ID: <84eba64a-899f-e231-0873-c3ccfeb2201d@arm.com> Date: Tue, 28 May 2019 09:18:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20190523103502.25925-8-sudeep.holla@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sudeep, On 23/05/2019 11:34, Sudeep Holla wrote: > If we enable profiling buffer controls at EL1 generate a trap exception > to EL2, it also changes profiling buffer to use EL1&0 stage 1 translation > regime in case of VHE. To support SPE both in the guest and host, we > need to first stop profiling and flush the profiling buffers before > we activate/switch vm or enable/disable the traps. > > In prepartion to do that, lets split the debug save restore functionality > into 4 steps: > 1. debug_save_host_context - saves the host context > 2. debug_restore_guest_context - restore the guest context > 3. debug_save_guest_context - saves the guest context > 4. debug_restore_host_context - restores the host context > > Lets rename existing __debug_switch_to_{host,guest} to make sure it's > aligned to the above and just add the place holders for new ones getting > added here as we need them to support SPE in guests. > > Signed-off-by: Sudeep Holla > --- > arch/arm64/include/asm/kvm_hyp.h | 6 ++++-- > arch/arm64/kvm/hyp/debug-sr.c | 25 ++++++++++++++++--------- > arch/arm64/kvm/hyp/switch.c | 12 ++++++++---- > 3 files changed, 28 insertions(+), 15 deletions(-) > > diff --git a/arch/arm64/include/asm/kvm_hyp.h b/arch/arm64/include/asm/kvm_hyp.h > index 782955db61dd..1c5ed80fcbda 100644 > --- a/arch/arm64/include/asm/kvm_hyp.h > +++ b/arch/arm64/include/asm/kvm_hyp.h > @@ -164,8 +164,10 @@ void sysreg_restore_guest_state_vhe(struct kvm_cpu_context *ctxt); > void __sysreg32_save_state(struct kvm_vcpu *vcpu); > void __sysreg32_restore_state(struct kvm_vcpu *vcpu); > > -void __debug_switch_to_guest(struct kvm_vcpu *vcpu); > -void __debug_switch_to_host(struct kvm_vcpu *vcpu); > +void __debug_save_host_context(struct kvm_vcpu *vcpu); > +void __debug_restore_guest_context(struct kvm_vcpu *vcpu); > +void __debug_save_guest_context(struct kvm_vcpu *vcpu); > +void __debug_restore_host_context(struct kvm_vcpu *vcpu); > > void __fpsimd_save_state(struct user_fpsimd_state *fp_regs); > void __fpsimd_restore_state(struct user_fpsimd_state *fp_regs); > diff --git a/arch/arm64/kvm/hyp/debug-sr.c b/arch/arm64/kvm/hyp/debug-sr.c > index fa51236ebcb3..618884df1dc4 100644 > --- a/arch/arm64/kvm/hyp/debug-sr.c > +++ b/arch/arm64/kvm/hyp/debug-sr.c > @@ -149,20 +149,13 @@ static void __hyp_text __debug_restore_state(struct kvm_vcpu *vcpu, > write_sysreg(ctxt->sys_regs[MDCCINT_EL1], mdccint_el1); > } > > -void __hyp_text __debug_switch_to_guest(struct kvm_vcpu *vcpu) > +void __hyp_text __debug_restore_guest_context(struct kvm_vcpu *vcpu) > { > struct kvm_cpu_context *host_ctxt; > struct kvm_cpu_context *guest_ctxt; > struct kvm_guest_debug_arch *host_dbg; > struct kvm_guest_debug_arch *guest_dbg; > > - /* > - * Non-VHE: Disable and flush SPE data generation > - * VHE: The vcpu can run, but it can't hide. > - */ > - if (!has_vhe()) > - __debug_save_spe_nvhe(&vcpu->arch.host_debug_state.pmscr_el1); > - > if (!(vcpu->arch.flags & KVM_ARM64_DEBUG_DIRTY)) > return; > > @@ -175,7 +168,7 @@ void __hyp_text __debug_switch_to_guest(struct kvm_vcpu *vcpu) > __debug_restore_state(vcpu, guest_dbg, guest_ctxt); > } > > -void __hyp_text __debug_switch_to_host(struct kvm_vcpu *vcpu) > +void __hyp_text __debug_restore_host_context(struct kvm_vcpu *vcpu) In the current state of the sources, __debug_switch_to_host() seems to save the guest debug state before restoring the host's: __debug_save_state(vcpu, guest_dbg, guest_ctxt); Since you're splitting the switch_to into save/restore operations, it feels like this would fit better __debug_save_guest_context() (currently empty) rather than __debug_restore_host_context(). Cheers, -- Julien Thierry