Re: [PATCH] Create __kzalloc_gfp_kernel()

Roland Dreier <[email protected]> wrote:
>
> On an x86_64 allyesconfig kernel, I see the following size:
> 
>         text    data     bss     dec     hex filename
>      24202272 7609162 1998512 33809946 203e61a ../kbuild-before/vmlinux
>      24201601 7609266 1998512 33809379 203e3e3 ../kbuild-after/vmlinux
>

It hardly seems worth it, really.  Better savings would come from doing the
same trick to kmem_cache_alloc() then tweaking kmalloc().

There are probably any number of frequently-called functions which we could
hack around with..  
-
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:
  • [PATCH] Move GFP_KERNEL use out of line to shrink text
    • From: Roland Dreier <[email protected]>

• References:
  • [PATCH] SELinux - convert to kzalloc
    • From: James Morris <[email protected]>
  • Re: [PATCH] SELinux - convert to kzalloc
    • From: Andrew Morton <[email protected]>
  • Re: [PATCH] SELinux - convert to kzalloc
    • From: Roland Dreier <[email protected]>
  • [PATCH] Create __kzalloc_gfp_kernel()
    • From: Roland Dreier <[email protected]>

• Prev by Date: Re: [PATCH] error path in setup_arg_pages() misses vm_unacct_memory()
• Next by Date: Re: [PATCH 2.6.13 14/14] sas-class: SCSI Host glue
• Previous by thread: [PATCH] Create __kzalloc_gfp_kernel()
• Next by thread: [PATCH] Move GFP_KERNEL use out of line to shrink text
• Index(es):
  • Date
  • Thread

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