Re: [PATCH v1 00/24] Opt-in always-on nVHE hypervisor

2021-01-19 Thread Janne Karhunen
On Tue, Nov 10, 2020 at 1:19 PM Marc Zyngier wrote: > > Why? I thought we were trying to kill nVHE off now that newer CPUs > > provide the saner virtualization extensions? > > We can't kill nVHE at all, because that is the only game in town. > You can't even buy a decent machine with VHE, no mat

Re: [PATCH v1 00/24] Opt-in always-on nVHE hypervisor

2020-11-11 Thread Marc Zyngier
Hi David, On 2020-11-09 11:32, David Brazdil wrote: As we progress towards being able to keep guest state private to the host running nVHE hypervisor, this series allows the hypervisor to install itself on newly booted CPUs before the host is allowed to run on them. All functionality described

Re: [PATCH v1 00/24] Opt-in always-on nVHE hypervisor

2020-11-10 Thread Marc Zyngier
On 2020-11-10 10:15, Christoph Hellwig wrote: On Mon, Nov 09, 2020 at 11:32:09AM +, David Brazdil wrote: As we progress towards being able to keep guest state private to the host running nVHE hypervisor, this series allows the hypervisor to install itself on newly booted CPUs before the host

Re: [PATCH v1 00/24] Opt-in always-on nVHE hypervisor

2020-11-10 Thread Christoph Hellwig
On Mon, Nov 09, 2020 at 11:32:09AM +, David Brazdil wrote: > As we progress towards being able to keep guest state private to the > host running nVHE hypervisor, this series allows the hypervisor to > install itself on newly booted CPUs before the host is allowed to run > on them. Why? I thou

[PATCH v1 00/24] Opt-in always-on nVHE hypervisor

2020-11-09 Thread David Brazdil
As we progress towards being able to keep guest state private to the host running nVHE hypervisor, this series allows the hypervisor to install itself on newly booted CPUs before the host is allowed to run on them. All functionality described below is opt-in, guarded by an early param 'kvm-arm.pro