diff options
| author | Christoffer Dall <christoffer.dall@linaro.org> | 2017-12-15 00:30:12 +0100 |
|---|---|---|
| committer | Christoffer Dall <christoffer.dall@linaro.org> | 2017-12-18 10:53:24 +0100 |
| commit | 0eb7c33cadf6b2f1a94e58ded8b0eb89b4eba382 (patch) | |
| tree | 2b4a966ef0885a8321fe3a1da7cd783f72d922db /virt | |
| parent | 36e5cfd410ad6060b527e51d1b4bc174a8068cfd (diff) | |
| download | linux-stable-0eb7c33cadf6b2f1a94e58ded8b0eb89b4eba382.tar.gz linux-stable-0eb7c33cadf6b2f1a94e58ded8b0eb89b4eba382.tar.bz2 linux-stable-0eb7c33cadf6b2f1a94e58ded8b0eb89b4eba382.zip | |
KVM: arm/arm64: Fix timer enable flow
When enabling the timer on the first run, we fail to ever restore the
state and mark it as loaded. That means, that in the initial entry to
the VCPU ioctl, unless we exit to userspace for some reason such as a
pending signal, if the guest programs a timer and blocks, we will wait
forever, because we never read back the hardware state (the loaded flag
is not set), and so we think the timer is disabled, and we never
schedule a background soft timer.
The end result? The VCPU blocks forever, and the only solution is to
kill the thread.
Fixes: 4a2c4da1250d ("arm/arm64: KVM: Load the timer state when enabling the timer")
Reported-by: Marc Zyngier <marc.zyngier@arm.com>
Reviewed-by: Marc Zyngier <marc.zyngier@arm.com>
Tested-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Christoffer Dall <christoffer.dall@linaro.org>
Diffstat (limited to 'virt')
| -rw-r--r-- | virt/kvm/arm/arch_timer.c | 5 |
1 files changed, 1 insertions, 4 deletions
diff --git a/virt/kvm/arm/arch_timer.c b/virt/kvm/arm/arch_timer.c index 14c018f990a7..cc29a8148328 100644 --- a/virt/kvm/arm/arch_timer.c +++ b/virt/kvm/arm/arch_timer.c @@ -846,10 +846,7 @@ int kvm_timer_enable(struct kvm_vcpu *vcpu) no_vgic: preempt_disable(); timer->enabled = 1; - if (!irqchip_in_kernel(vcpu->kvm)) - kvm_timer_vcpu_load_user(vcpu); - else - kvm_timer_vcpu_load_vgic(vcpu); + kvm_timer_vcpu_load(vcpu); preempt_enable(); return 0; |