Re: [patch 03/26] Slab allocators: Consistent ZERO_SIZE_PTR support and NULL result semantics

On 6/18/07, [email protected] <[email protected]> wrote:

Define ZERO_OR_NULL_PTR macro to be able to remove the checks
from the allocators. Move ZERO_SIZE_PTR related stuff into slab.h.

Make ZERO_SIZE_PTR work for all slab allocators and get rid of the
WARN_ON_ONCE(size == 0) that is still remaining in SLAB.

Make slub return NULL like the other allocators if a too large
memory segment is requested via __kmalloc.

Looks good to me.

Acked-by: Pekka Enberg <[email protected]>
-
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 00/26] Current slab allocator / SLUB patch queue
    • From: [email protected]
  • [patch 03/26] Slab allocators: Consistent ZERO_SIZE_PTR support and NULL result semantics
    • From: [email protected]

• Prev by Date: Re: [patch-mm 00/25] High resolution timer updates and x86_64 support - V2
• Next by Date: Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
• Previous by thread: [patch 03/26] Slab allocators: Consistent ZERO_SIZE_PTR support and NULL result semantics
• Next by thread: [patch 07/26] SLUB: Add some more inlines and #ifdef CONFIG_SLUB_DEBUG
• 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]