lkml.org 
[lkml]   [2010]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] MN10300: Fix the PERCPU() alignment to allow for workqueues
Date
Tejun Heo <tj@kernel.org> wrote:

> Ah, I see now. The actual areas are properly aligned but the percpu
> address is determined as offset from the percpu output section base so
> the percpu pointers in the percpu address space end up misaligned with
> the actual kernel addresses and the code in workqueue checks the
> address in percpu AS, so, yeap, it's caused by the misalignment of the
> percpu section.

Okay, I see that.

> > FRV's page size is 16KB, so on that we really don't want it to be
> > PAGE_SIZE.
>
> Why not? It's in the init section which will be freed anyway and with
> the kernel image compression it's not even gonna add any noticeable
> amount to the kernel image size. There isn't any benefit in using
> anything smaller than PAGE_SIZE for alignment. Also, percpu allocator
> guarantees alignment requirement upto PAGE_SIZE is honored. If the
> output section uses smaller alignment, the percpu AS will end up being
> misaligned.

The bootloader we have doesn't do decompression. On the other hand, does the
PERCPU stuff need to be allocated space in the image by the linker? Can it be
initialised to anything other than zeros?

David


\
 
 \ /
  Last update: 2010-10-26 16:53    [W:1.235 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site