[PATCH v2 1/2] perf: Generic hotplug/cpumask for system PMUs
Robin Murphy
robin.murphy at arm.com
Tue Jul 28 05:03:50 PDT 2026
On 24/07/2026 6:48 pm, Robin Murphy wrote:
[...]
> @@ -12918,6 +12943,17 @@ int perf_pmu_register(struct pmu *_pmu, const char *name, int type)
> INIT_LIST_HEAD(&pmu->events);
> spin_lock_init(&pmu->events_lock);
>
> + /*
> + * Finally, if appropriate give the PMU a chance to pick an initial CPU
> + * affinity for its cpumask, or initialise any general per-CPU state.
> + * Note that we're serialised against perf_event_{init,exit}_cpu()
> + * themselves here by virtue of pmus_lock.
> + */
> + if (pmu->init_cpu) {
> + for_each_online_cpu(cpu)
Having thought about it, while the drivers I want to convert should all
be fine with a potential double-init, I guess it is true that an
outgoing CPU in between CPUHP_AP_PERF_ONLINE and CPUHP_TEARDOWN_CPU
would still be in cpu_online_mask with interrupts enabled, and thus
potentially able to be picked by the driver callback, and thus end up
inaccessible unless and until that CPU comes back again. So indeed for
true race elimination this probably should use perf_online_mask. I'll
save spamming a v3 until I get some feedback that the overall idea is
worth pursuing at all, though.
(But I shall continue to ignore the rest of the twaddle from word-salad
models which apparently can't differentiate "initialise" from "allocate"...)
Thanks,
Robin.
> + smp_call_function_single(cpu, perf_scope_init_cpu, pmu, 1);
> + }
> +
> /*
> * Now that the PMU is complete, make it visible to perf_try_init_event().
> */
More information about the linux-arm-kernel
mailing list