2b2095f3a6
stop_machine_cpuslocked takes a mutex so it must be called in a preemptible context, so it can't simply be fixed by disabling preemption. This is not a bug, because CPU hotplug is locked, so this processor will call in to the stop machine function. So raw_smp_processor_id() could be used. This leaves a small chance that this thread will be migrated to another CPU, so the master work would be done by a CPU from a different context. Better for test coverage to make that a common case by just having the first CPU to call in become the master. Signed-off-by: Nicholas Piggin <npiggin@gmail.com> Tested-by: Guenter Roeck <linux@roeck-us.net> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Link: https://lore.kernel.org/r/20221013151647.1857994-2-npiggin@gmail.com |
||
---|---|---|
.. | ||
book3s32 | ||
book3s64 | ||
kasan | ||
nohash | ||
ptdump | ||
Makefile | ||
cacheflush.c | ||
copro_fault.c | ||
dma-noncoherent.c | ||
drmem.c | ||
fault.c | ||
hugetlbpage.c | ||
init-common.c | ||
init_32.c | ||
init_64.c | ||
ioremap.c | ||
ioremap_32.c | ||
ioremap_64.c | ||
maccess.c | ||
mem.c | ||
mmu_context.c | ||
mmu_decl.h | ||
numa.c | ||
pageattr.c | ||
pgtable-frag.c | ||
pgtable.c | ||
pgtable_32.c | ||
pgtable_64.c |