Re: [PATCH 0/3] percpu: Optimize percpu accesses

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Mike Travis
Date: Tuesday, January 29, 2008 - 1:00 pm

Ingo Molnar wrote:
...

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
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 0/3] percpu: Optimize percpu accesses, travis, (Tue Jan 22, 9:49 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Ingo Molnar, (Thu Jan 24, 3:46 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Mike Travis, (Thu Jan 24, 5:17 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Ingo Molnar, (Thu Jan 24, 5:25 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Mike Travis, (Thu Jan 24, 5:58 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Jeremy Fitzhardinge, (Thu Jan 24, 6:18 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Jeremy Fitzhardinge, (Thu Jan 24, 6:46 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Mike Travis, (Tue Jan 29, 1:00 pm)
Re: [PATCH 0/3] percpu: Optimize percpu accesses, Christoph Lameter, (Tue Jan 29, 1:13 pm)