[lkml]   [2010]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] MN10300: Fix the PERCPU() alignment to allow for workqueues

On 10/26/2010 12:22 PM, David Howells wrote:
>> Can you please double check the bug doesn't trigger with the section
>> alignment updated?
> It can be made to trigger consistently without the change, and simply updating
> that alignment makes it go away. It seems unlikely that it's affecting
> subsequent stuff in the final link since the PERCPU() is immediately followed
> by an alignment to PAGE_SIZE:
> I've attached the kernel log below. CPUID is 0 indicating this happened on
> CPU 0 (the boot CPU).

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. Except for triggering BUG_ON(), it shouldn't cause a
real issue tho as work_data points to the translated addresses in the
kernel AS for specific CPU. Needs to be fixed anyways.

>> That said, I think it might be better to just remove the alignment parameter
>> from the macro and force align to PAGE_SIZE.
> That's not necessarily good. Two arches to note:
> arch/x86/kernel/ PERCPU(THREAD_SIZE)

I don't think the current percpu allocator honors alignment larger
than PAGE_SIZE no matter how large the alignment for the percpu output
section is. I'll look into it deeper but I think we might just have
been lucky and the alignment somehow didn't bite us yet. The only
user of THREAD_SIZE mask at this point seems to be cpu_init(). Maybe
we can remove this requirement. I'll look into it.

> which may be bigger than PAGE_SIZE and:
> arch/frv/kernel/ PERCPU(4096)
> 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



 \ /
  Last update: 2010-10-26 14:17    [W:0.158 / U:13.180 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site