[ofa-general] Re: [ewg] [Patch mthca backport] Don't use kmalloc > 128k

[Doug Ledford]

On Jul 27, 2009, at 1:10 PM, Roland Dreier wrote:
>>> And I don't think the upstream kernel has that limit on kmalloc size
>>> either (at least with SLUB, not sure about SLAB).
>>
>> This patch was actually written as an emulation of the upstream SLUB
>> behavior, which is exactly the same thing: on large allocations
>> forward to __g_f_p().  See include/linux/slub_def.h's definition of
>> kmalloc_large and kmalloc.
>
> Right.  But does upstream SLAB also pass through to the page allocator
> the same as SLUB?

No, slab just fails, in which case you have to do your own __g_f_p call.

>  How about SLQB?


No clue.

--

Doug Ledford <dledford at redhat.com>

GPG KeyID: CFBFF194
http://people.redhat.com/dledford

InfiniBand Specific RPMS
http://people.redhat.com/dledford/Infiniband




-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 203 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20090730/4c3a241a/attachment.sig>