On Thu, Sep 24, 2020 at 12:07:04PM +0100, Alexandru Elisei wrote: > From: Julien Thierry <[email protected]> > > kvm_vcpu_kick() is not NMI safe. When the overflow handler is called from > NMI context, defer waking the vcpu to an irq_work queue. > > A vcpu can be freed while it's not running by kvm_destroy_vm(). Prevent > running the irq_work for a non-existent vcpu by calling irq_work_sync() on > the PMU destroy path. > > Cc: Julien Thierry <[email protected]> > Cc: Marc Zyngier <[email protected]> > Cc: Will Deacon <[email protected]> > Cc: Mark Rutland <[email protected]> > Cc: Catalin Marinas <[email protected]> > Cc: James Morse <[email protected]> > Cc: Suzuki K Pouloze <[email protected]> > Cc: [email protected] > Cc: [email protected] > Signed-off-by: Julien Thierry <[email protected]> > Tested-by: Sumit Garg <[email protected]> (Developerbox) > [Alexandru E.: Added irq_work_sync()] > Signed-off-by: Alexandru Elisei <[email protected]> > --- > I suggested in v6 that I will add an irq_work_sync() to > kvm_pmu_vcpu_reset(). It turns out it's not necessary: a vcpu reset is done > by the vcpu being reset with interrupts enabled, which means all the work > has had a chance to run before the reset takes place.
I don't understand this ^^ But the patch itself looks good, so I'm going to queue this lot anyway! Will _______________________________________________ kvmarm mailing list [email protected] https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
