Re: [RFC PATCH v2 17/26] KVM: arm64: Elevate Hyp mappings creation at EL2

2021-02-05 Thread Will Deacon
On Thu, Feb 04, 2021 at 11:08:33AM +, Quentin Perret wrote: > On Wednesday 03 Feb 2021 at 15:31:39 (+), Will Deacon wrote: > > On Fri, Jan 08, 2021 at 12:15:15PM +, Quentin Perret wrote: > > > @@ -1481,7 +1486,10 @@ static void cpu_set_hyp_vector(void) > > > struct bp_hardening_data *

Re: [RFC PATCH v2 17/26] KVM: arm64: Elevate Hyp mappings creation at EL2

2021-02-04 Thread Quentin Perret
On Wednesday 03 Feb 2021 at 15:31:39 (+), Will Deacon wrote: > On Fri, Jan 08, 2021 at 12:15:15PM +, Quentin Perret wrote: > > Previous commits have introduced infrastructure at EL2 to enable the Hyp > > code to manage its own memory, and more specifically its stage 1 page > > tables. Howev

Re: [RFC PATCH v2 17/26] KVM: arm64: Elevate Hyp mappings creation at EL2

2021-02-03 Thread Will Deacon
On Fri, Jan 08, 2021 at 12:15:15PM +, Quentin Perret wrote: > Previous commits have introduced infrastructure at EL2 to enable the Hyp > code to manage its own memory, and more specifically its stage 1 page > tables. However, this was preliminary work, and none of it is currently > in use. > >

[RFC PATCH v2 17/26] KVM: arm64: Elevate Hyp mappings creation at EL2

2021-01-08 Thread Quentin Perret
Previous commits have introduced infrastructure at EL2 to enable the Hyp code to manage its own memory, and more specifically its stage 1 page tables. However, this was preliminary work, and none of it is currently in use. Put all of this together by elevating the hyp mappings creation at EL2 when