Re: [PATCH] slab: optimize constant-size kzalloc calls

On Tue, Mar 28, 2006 at 06:06:05PM -0800, David S. Miller wrote:
> From: Horms <[email protected]>
> Date: Wed, 29 Mar 2006 10:57:46 +0900
> 
> > I feel like I mist be dreaming, but this patch, which was inlcuded
> > in Linus' tree as 40c07ae8daa659b8feb149c84731629386873c16 calls
> > __you_cannot_kzalloc_that_much(), but that does not seem to exist.
> > 
> > On i386 at least that causes a build failure
> 
> It's a purposeful build time error introduced so that invalid calls
> that specify too large kzalloc() length arguments are caught at build
> time.

Thanks, I knew that I had to be missing the point somewhere.
I'll focus my attention on the caller.

-- 
Horms
-
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] slab: optimize constant-size kzalloc calls
    • From: Pekka Enberg <[email protected]>
  • Re: [PATCH] slab: optimize constant-size kzalloc calls
    • From: Horms <[email protected]>
  • Re: [PATCH] slab: optimize constant-size kzalloc calls
    • From: "David S. Miller" <[email protected]>

• Prev by Date: Re: Lifetime of flash memory
• Next by Date: Re: 2.6.16: Oops - null ptr in blk_recount_segments?
• Previous by thread: Re: [PATCH] slab: optimize constant-size kzalloc calls
• Next by thread: [PATCH] udf: remove duplicate definitions
• 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]