lkml.org 
[lkml]   [2017]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[RFC v4 00/10] Provide the EL1 physical timer to the VM
Date
The ARM architecture defines the EL1 physical timer and the virtual timer,
and it is reasonable for an OS to expect to be able to access both.
However, the current KVM implementation does not provide the EL1 physical
timer to VMs but terminates VMs on access to the timer.

This patch series enables VMs to use the EL1 physical timer through
trap-and-emulate only on arm64. The KVM host emulates each EL1 physical
timer register access and sets up the background timer accordingly. When
the background timer expires, the KVM host injects EL1 physical timer
interrupts to the VM. Alternatively, it's also possible to allow VMs to
access the EL1 physical timer without trapping. However, this requires
somehow using the EL2 physical timer for the Linux host while running the
VM instead of the EL1 physical timer. Right now I just implemented
trap-and-emulate because this was straightforward to do, and I leave it to
future work to determine if transferring the EL1 physical timer state to
the EL2 timer provides any performance benefit.

This feature will be useful for any OS that wishes to access the EL1
physical timer. Nested virtualization is one of those use cases. A nested
hypervisor running inside a VM would think it has full access to the
hardware and naturally tries to use the EL1 physical timer as Linux would
do. Other nested hypervisors may try to use the EL2 physical timer as Xen
would do, but supporting the EL2 physical timer to the VM is out of scope
of this patch series. This patch series will make it easy to add the EL2
timer support in the future, though.

Note that Linux VMs booting in EL1 will be unaffected by this patch series
and will continue to use only the virtual timer and this patch series will
therefore not introduce any performance degredation as a result of
trap-and-emulate.

v3 => v4:
- Fix a bug that prevents a VM from booting on 32-bit architecture
- Clarify that the emulated physical timer is only supported on arm64
in the cover letter

v2 => v3:
- Rebase on kvmarm/queue
- Take kvm->lock to synchronize cntvoff across all vtimers
- Remove unnecessary function parameters
- Add comments

v1 => v2:
- Rebase on kvm-arm-for-4.10-rc4
- To make it simple, schedule the background timer for the EL1 physical timer
emulation on every entry to the VM and cancel it on exit.
- Change timer_context structure to have cntvoff and restore enable field back
to arch_timer_cpu structure
Jintack Lim (10):
KVM: arm/arm64: Abstract virtual timer context into separate structure
KVM: arm/arm64: Move cntvoff to each timer context
KVM: arm/arm64: Decouple kvm timer functions from virtual timer
KVM: arm/arm64: Add the EL1 physical timer context
KVM: arm/arm64: Initialize the emulated EL1 physical timer
KVM: arm/arm64: Update the physical timer interrupt level
KVM: arm/arm64: Set a background timer to the earliest timer
expiration
KVM: arm/arm64: Set up a background timer for the physical timer
emulation
KVM: arm64: Add the EL1 physical timer access handler
KVM: arm/arm64: Emulate the EL1 phys timer registers

arch/arm/include/asm/kvm_host.h | 3 -
arch/arm/kvm/arm.c | 4 +-
arch/arm/kvm/reset.c | 9 +-
arch/arm64/include/asm/kvm_host.h | 3 -
arch/arm64/kvm/reset.c | 9 +-
arch/arm64/kvm/sys_regs.c | 65 +++++++++++++
include/kvm/arm_arch_timer.h | 39 ++++----
virt/kvm/arm/arch_timer.c | 200 ++++++++++++++++++++++++++------------
virt/kvm/arm/hyp/timer-sr.c | 13 +--
9 files changed, 249 insertions(+), 96 deletions(-)

--
1.9.1


\
 
 \ /
  Last update: 2017-02-03 16:24    [W:0.072 / U:0.676 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site