Re: [patch 1/2] From: Paul Mundt <[email protected]>

On Fri, 11 May 2007, Andrew Morton wrote:

> However I think we've done enough slab work for 2.6.22 now so I'm inclined
> to queue these changes for 2.6.23.  That would mean that the slab changes in
> -mm have a dependency on the sh git tree which I am sure to forget about.
> If I end up merging these changes before Paul merges his tree, sh will
> break.  Presumably Paul will notice this ;)

Ok. Only mm is fine for what I have planned. I want to add a 
kmem_cache_ops structure for 2.6.23. Maybe I can use the now useless dtor 
field of kmem_cache_create for this?
-
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/

---

• References:
  • [patch 0/2] Remove destructor support from slab allocators
    • From: [email protected]
  • [patch 1/2] From: Paul Mundt <[email protected]>
    • From: [email protected]
  • Re: [patch 1/2] From: Paul Mundt <[email protected]>
    • From: Andrew Morton <[email protected]>

• Prev by Date: 2.6.21-mm2: HDAPS? BUG: at kernel/mutex.c:311
• Next by Date: Re: x86 setup rewrite tree ready for flamage^W review
• Previous by thread: Re: [patch 1/2] From: Paul Mundt <[email protected]>
• Next by thread: Re: [patch 1/2] From: Paul Mundt <[email protected]>
• 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]