Hi Andrew,
On 1/28/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
This gets its local interrupt state mucked up.
BUG: sleeping function called from invalid context at mm/slab.c:3038
in_atomic():0, irqs_disabled():1
no locks held by init/1.
irq event stamp: 656902
hardirqs last enabled at (656901
On Tue, 9 Jan 2007 15:40:03 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> The current implementation of cache_grow() has to either (1) use pre-allocated
> memory for the slab or (2) allocate the memory itself which makes the error
> paths messy. Move __GFP_NO_GROW and __GFP_WAIT processi
Hi Andrew,
On 1/9/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
From: Pekka Enberg <[EMAIL PROTECTED]>
The current implementation of cache_grow() has to either (1) use pre-allocated
memory for the slab or (2) allocate the memory itself which makes the error
paths messy. Move __GFP_NO_GROW and _
On 1/9/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
I am loosing track of these. What is the difference to earlier versions?
It is just a rediff on top of Linus' tree as Hugh's fix already went in.
Pekka
-
To unsubscribe from this list: send the line "unsub
On Tue, 9 Jan 2007, Pekka J Enberg wrote:
> The current implementation of cache_grow() has to either (1) use pre-allocated
> memory for the slab or (2) allocate the memory itself which makes the error
> paths messy. Move __GFP_NO_GROW and __GFP_WAIT processing to kmem_getpages()
> and introduce a
From: Pekka Enberg <[EMAIL PROTECTED]>
The current implementation of cache_grow() has to either (1) use pre-allocated
memory for the slab or (2) allocate the memory itself which makes the error
paths messy. Move __GFP_NO_GROW and __GFP_WAIT processing to kmem_getpages()
and introduce a new __cache
6 matches
Mail list logo
