Re: irq lock inversion

From: Tejun Heo
Date: Fri Nov 06 2009 - 11:40:12 EST

Christoph Lameter wrote:
> On Fri, 6 Nov 2009, Tejun Heo wrote:
>> Ingo Molnar wrote:
>>> My question is, why do we do flags save/restore in pcpu-alloc?
>> That's strictly for calls from sched_init().
> Right its a hack for 2.6.32. Fix it the right way by making the per cpu
> allocator take gfp flags like any other allocator in the kernel.

vmalloc/vfree is an allocator in the kernel and can't be called from
irq context and doesn't take gfp flags. percpu allocator being
dependent on vmalloc area, it's gonna be a bit tricky. It's
definitely doable but I'm still not quite sure whether the benfit
would worth the added complexity. The only known use case is for lazy
allocation from memory allocator, right? How much does it hurt not to
have that lazy allocation?


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at