[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTikRf6r4a=XhnOJswrzHRDTb8yvCuQjD2qnh5ETt@mail.gmail.com>
Date: Wed, 4 Aug 2010 20:35:59 +0300
From: Pekka Enberg <penberg@...helsinki.fi>
To: Christoph Lameter <cl@...ux-foundation.org>
Cc: Peter Crosthwaite <peter.crosthwaite@...alogix.com>,
linux-kernel@...r.kernel.org, mpm@...enic.com,
Michal Simek <michal.simek@...alogix.com>,
"Edgar E. Iglesias" <edgar.iglesias@...alogix.com>,
John Williams <john.williams@...alogix.com>
Subject: Re: Using Bootmem for large DMA buffers in the presence of the slab
allocator
On Wed, 4 Aug 2010, Peter Crosthwaite wrote:
>> Because the buffer was too large for kmalloc, the kmalloc call would
>> fail. I traced the alloc_bootmem_low_pages() call further and
>> discovered that since the kmalloc call was failing, it was falling
>> back to alloc_bootmem_core(). So does this mean that the bootmem
>> allocator is trying to allocate memory while the slab allocator is up
>> and running? And is this supposed to work?
On Wed, Aug 4, 2010 at 6:40 PM, Christoph Lameter
<cl@...ux-foundation.org> wrote:
> The bootmem allocator should not work when slab is fully up. However,
> there is a grey period where the page allocator is not fully functional
> yet but the slab allocator is mostly working.
Yup, the WARN_ON there means that someone is calling the bootmem
allocator after slab is up and running and the call-site needs to be
fixed. The slab fallback is there for convenience so that we don't
crash the kernel during bootup and it's not supposed to work for large
allocations.
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists