Re: [PATCH] slab: cache_grow cleanup

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 new __cache_grow() variant that expects the memory for a new
> slab to always be handed over in the 'objp' parameter.

I am loosing track of these. What is the difference to earlier versions?
-
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:
  • Re: [PATCH] slab: cache_grow cleanup
    • From: "Pekka Enberg" <[email protected]>
  • Re: slab: cache_grow cleanup
    • From: "Pekka J Enberg" <[email protected]>

• References:
  • [PATCH] slab: cache_grow cleanup
    • From: Pekka J Enberg <[email protected]>

• Prev by Date: Re: Jumping into Kernel development: About -rc kernels...
• Next by Date: Re: Strange ethN numbering problem.
• Previous by thread: [PATCH] slab: cache_grow cleanup
• Next by thread: Re: slab: cache_grow cleanup
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]