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 <[email protected]>

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

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




Attachment: PGP.sig
Description: This is a digitally signed message part

_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to