Commit ca7d9c82 authored by Christoffer Dall's avatar Christoffer Dall

arm/arm64: KVM: Initialize the vgic on-demand when injecting IRQs

Userspace assumes that it can wire up IRQ injections after having
created all VCPUs and after having created the VGIC, but potentially
before starting the first VCPU.  This can currently lead to lost IRQs
because the state of that IRQ injection is not stored anywhere and we
don't return an error to userspace.

We haven't seen this problem manifest itself yet, presumably because
guests reset the devices on boot, but this could cause issues with
migration and other non-standard startup configurations.
Reviewed-by: default avatarMarc Zyngier <marc.zyngier@arm.com>
Signed-off-by: default avatarChristoffer Dall <christoffer.dall@linaro.org>
parent 716139df
...@@ -1694,16 +1694,26 @@ static int vgic_update_irq_pending(struct kvm *kvm, int cpuid, ...@@ -1694,16 +1694,26 @@ static int vgic_update_irq_pending(struct kvm *kvm, int cpuid,
int kvm_vgic_inject_irq(struct kvm *kvm, int cpuid, unsigned int irq_num, int kvm_vgic_inject_irq(struct kvm *kvm, int cpuid, unsigned int irq_num,
bool level) bool level)
{ {
int ret = 0;
int vcpu_id; int vcpu_id;
if (likely(vgic_ready(kvm))) { if (unlikely(!vgic_initialized(kvm))) {
vcpu_id = vgic_update_irq_pending(kvm, cpuid, irq_num, level); mutex_lock(&kvm->lock);
if (vcpu_id >= 0) ret = vgic_init(kvm);
/* kick the specified vcpu */ mutex_unlock(&kvm->lock);
kvm_vcpu_kick(kvm_get_vcpu(kvm, vcpu_id));
if (ret)
goto out;
} }
return 0; vcpu_id = vgic_update_irq_pending(kvm, cpuid, irq_num, level);
if (vcpu_id >= 0) {
/* kick the specified vcpu */
kvm_vcpu_kick(kvm_get_vcpu(kvm, vcpu_id));
}
out:
return ret;
} }
static irqreturn_t vgic_maintenance_handler(int irq, void *data) static irqreturn_t vgic_maintenance_handler(int irq, void *data)
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment