On Mon, Jun 20, 2011 at 10:50:53AM +0100, Russell King - ARM Linux wrote: > On Mon, Jun 20, 2011 at 02:53:59PM +0530, Santosh Shilimkar wrote: > > The current ARM CPU hotplug code suffers from couple of race conditions > > in CPU online path with scheduler. > > The ARM CPU hotplug code doesn't wait for hot-plugged CPU to be marked > > active as part of cpu_notify() by the CPU which brought it up before > > enabling interrupts. > > Hmm, why not just move the set_cpu_online() call before notify_cpu_starting() > and add the wait after the set_cpu_online() ? Actually, the race is caused by the CPU being marked online (and therefore available for the scheduler) but not yet active (the CPU asking this one to boot hasn't run the online notifiers yet.) This, I feel, is a fault of generic code. If the CPU is not ready to have processes scheduled on it (because migration is not initialized) then we shouldn't be scheduling processes on the new CPU yet. In any case, this should close the window by ensuring that we don't receive an interrupt in the online-but-not-active case. Can you please test? arch/arm/kernel/smp.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c index 344e52b..e34d750 100644 --- a/arch/arm/kernel/smp.c +++ b/arch/arm/kernel/smp.c @@ -318,9 +318,15 @@ asmlinkage void __cpuinit secondary_start_kernel(void) smp_store_cpu_info(cpu); /* - * OK, now it's safe to let the boot CPU continue + * OK, now it's safe to let the boot CPU continue. Wait for + * the CPU migration code to notice that the CPU is online + * before we continue. */ + local_irq_disable(); set_cpu_online(cpu, true); + while (!cpumask_test_cpu(cpu, cpu_active_mask)) + cpu_relax(); + local_irq_enable(); /* * OK, it's off to the idle thread for us -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
