On Tue, 8 May 2007, David Miller wrote: > SLOB seems to look at the descriptor in the previous blob to figure > out how big the being-freed blob is. That's actually kind of clever > :-) We were assuming that the objects are actually allocated. How does it figure out the previous blobs boundaries without metadata? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- References:
- Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- From: Christoph Lameter <[email protected]>
- Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- From: Matt Mackall <[email protected]>
- Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- From: Christoph Lameter <[email protected]>
- Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- From: David Miller <[email protected]>
- Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- Prev by Date: Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- Next by Date: Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- Previous by thread: Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- Next by thread: Re: + fix-spellings-of-slab-allocator-section-in-init-kconfig.patch added to -mm tree
- Index(es):
 |