lkml.org 
[lkml]   [2008]   [Jul]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC 00/15] x86_64: Optimize percpu accesses
Ingo Molnar wrote:
> * Mike Travis <travis@sgi.com> wrote:
>
>> * x86_64: Rebase per cpu variables to zero
>>
>> Take advantage of the zero-based per cpu area provided above. Then
>> we can directly use the x86_32 percpu operations. x86_32 offsets
>> %fs by __per_cpu_start. x86_64 has %gs pointing directly to the
>> pda and the per cpu area thereby allowing access to the pda with
>> the x86_64 pda operations and access to the per cpu variables
>> using x86_32 percpu operations.
>
> hm, have the binutils (or gcc) problems with this been resolved?
>
> If common binutils versions miscompile the kernel with this feature then
> i guess we cannot just unconditionally enable it. (My hope is that it's
> not necessarily a binutils bug but some broken assumption of the kernel
> somewhere.)
>
> Ingo

Currently I'm using gcc-4.2.4. Which are you using?

I labeled it "RFC" as it does not quite work without THREAD_ORDER bumped to 2.
And I believe the stack overflow is happening because of some interrupt
routine as it does not happen on our simulator.

After that is taken care of, I'll start regression testing earlier compilers.
I think someone mentioned that gcc-2.something was the minimum required...?

Thanks,
Mike


\
 
 \ /
  Last update: 2008-07-09 22:57    [from the cache]
©2003-2011 Jasper Spaans