[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2] x86/vpmu: add cpu hot unplug notifier for vpmu
On 05/18/2017 05:07 AM, Jan Beulich wrote: >>>> On 17.05.17 at 17:57, <luwei.kang@xxxxxxxxx> wrote: >> @@ -581,9 +582,14 @@ static void vpmu_arch_destroy(struct vcpu *v) >> >> if ( vpmu->arch_vpmu_ops && vpmu->arch_vpmu_ops->arch_vpmu_destroy ) >> { >> - /* Unload VPMU first. This will stop counters */ >> - on_selected_cpus(cpumask_of(vcpu_vpmu(v)->last_pcpu), >> - vpmu_save_force, v, 1); >> + /* >> + * Unload VPMU first if VPMU_CONTEXT_LOADED being set. >> + * This will stop counters. >> + */ >> + if ( vpmu_is_set(vpmu, VPMU_CONTEXT_LOADED) ) >> + on_selected_cpus(cpumask_of(vcpu_vpmu(v)->last_pcpu), >> + vpmu_save_force, v, 1); >> + >> vpmu->arch_vpmu_ops->arch_vpmu_destroy(v); >> } >> } > So this is a good step towards what was requested during v1 review, > provided it is correct (I'll let Boris comment). From correctness perspective I don't see any problems. As I said last time, I'd rename cpu_callback() to something less generic, like vpmu_cpu_callback() (or vpmu_cpuhp_callback()). > You didn't, however, do > anything about the other unguarded last_pcpu uses (in vpmu_load() > and upwards from the code above in vpmu_arch_destroy()). These > _may_ be implicitly fine, but if so please at least add suitable > ASSERT()s. I wonder whether we should have such an ASSERT() in on_selected_cpus() instead. -boris _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |