Re: [PATCH 01/11] KVM: arm64: Store vcpu on the stack during __guest_enter()

2017-08-09 Thread Christoffer Dall
On Tue, Aug 08, 2017 at 05:48:29PM +0100, James Morse wrote: > Hi Christoffer, > > On 06/06/17 20:59, Christoffer Dall wrote: > > On Mon, May 15, 2017 at 06:43:49PM +0100, James Morse wrote: > >> KVM uses tpidr_el2 as its private vcpu register, which makes sense for > >> non-vhe world switch as

Re: [PATCH 01/11] KVM: arm64: Store vcpu on the stack during __guest_enter()

2017-08-08 Thread James Morse
Hi Christoffer, On 06/06/17 20:59, Christoffer Dall wrote: > On Mon, May 15, 2017 at 06:43:49PM +0100, James Morse wrote: >> KVM uses tpidr_el2 as its private vcpu register, which makes sense for >> non-vhe world switch as only KVM can access this register. This means >> vhe Linux has to use

Re: [PATCH 01/11] KVM: arm64: Store vcpu on the stack during __guest_enter()

2017-06-06 Thread Christoffer Dall
On Mon, May 15, 2017 at 06:43:49PM +0100, James Morse wrote: > KVM uses tpidr_el2 as its private vcpu register, which makes sense for > non-vhe world switch as only KVM can access this register. This means > vhe Linux has to use tpidr_el1, which KVM has to save/restore as part > of the host

[PATCH 01/11] KVM: arm64: Store vcpu on the stack during __guest_enter()

2017-05-15 Thread James Morse
KVM uses tpidr_el2 as its private vcpu register, which makes sense for non-vhe world switch as only KVM can access this register. This means vhe Linux has to use tpidr_el1, which KVM has to save/restore as part of the host context. __guest_enter() stores the host_ctxt on the stack, do the same