I've tracked down the failure to an early printk that when CONFIG_PRINTK_TIME
is enabled, any early printks cause cpu_clock to be called, which accesses
cpu_rq which is defined as:
595 #define cpu_rq(cpu) (&per_cpu(runqueues, (cpu)))
Since the zero-based patch is changing the offset from one based on
__per_cpu_start to zero, it's causing the function to access a
different area.
I'm working on a fix now.
Thanks,
Mike
--