From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoffer Dall Subject: Re: [PATCH v4 19/28] ARM: KVM: Allow the main HYP code to use the init hyp stub implementation Date: Fri, 24 Mar 2017 15:34:32 +0100 Message-ID: <20170324143432.GD25903@cbox> References: <20170321192058.9300-1-marc.zyngier@arm.com> <20170321192058.9300-20-marc.zyngier@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org, kvmarm@lists.cs.columbia.edu, Russell King , Christoffer Dall , Mark Rutland , Catalin Marinas , James Morse , Ard Biesheuvel , Keerthy To: Marc Zyngier Return-path: Received: from mail-wm0-f42.google.com ([74.125.82.42]:36312 "EHLO mail-wm0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756909AbdCXOeg (ORCPT ); Fri, 24 Mar 2017 10:34:36 -0400 Received: by mail-wm0-f42.google.com with SMTP id n11so14614325wma.1 for ; Fri, 24 Mar 2017 07:34:34 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20170321192058.9300-20-marc.zyngier@arm.com> Sender: kvm-owner@vger.kernel.org List-ID: On Tue, Mar 21, 2017 at 07:20:49PM +0000, Marc Zyngier wrote: > We now have a full hyp-stub implementation in the KVM init code, > but the main KVM code only supports HVC_GET_VECTORS, which is not > enough. > > Instead of reinventing the wheel, let's reuse the init implementation > by branching to the idmap page when called with a hyp-stub hypercall. > > Tested-by: Keerthy > Acked-by: Russell King > Signed-off-by: Marc Zyngier > --- > arch/arm/kvm/hyp/hyp-entry.S | 29 ++++++++++++++++++++++++----- > 1 file changed, 24 insertions(+), 5 deletions(-) > > diff --git a/arch/arm/kvm/hyp/hyp-entry.S b/arch/arm/kvm/hyp/hyp-entry.S > index 1f8db7d21fc5..a35baa81fd23 100644 > --- a/arch/arm/kvm/hyp/hyp-entry.S > +++ b/arch/arm/kvm/hyp/hyp-entry.S > @@ -126,11 +126,30 @@ hyp_hvc: > */ > pop {r0, r1, r2} > > - /* Check for __hyp_get_vectors */ > - cmp r0, #HVC_GET_VECTORS > - mrceq p15, 4, r0, c12, c0, 0 @ get HVBAR > - beq 1f > + /* > + * Check if we have a kernel function, which is guaranteed to be > + * bigger than the maximum hyp stub hypercall > + */ > + cmp r0, #HVC_STUB_HCALL_NR > + bhs 1f > > + /* > + * Not a kernel function, treat it as a stub hypercall. > + * Compute the physical address for __kvm_handle_stub_hvc > + * (as the code lives in the idmaped page) and branch there. > + * We hijack ip (r12) as a tmp register. > + */ How can we just clobber r12 and be sure we don't corrupt the caller? > + push {r1} > + ldr r1, =kimage_voffset > + ldr r1, [r1] > + ldr ip, =__kvm_handle_stub_hvc > + sub ip, ip, r1 > +THUMB( add ip, ip, #1) > + pop {r1} > + > + bx ip > + > +1: > push {lr} > > mov lr, r0 > @@ -142,7 +161,7 @@ THUMB( orr lr, #1) > blx lr @ Call the HYP function > > pop {lr} > -1: eret > + eret > > guest_trap: > load_vcpu r0 @ Load VCPU pointer to r0 > -- > 2.11.0 > Thanks, -Christoffer