Re: [PATCH for-v3.7 1/2] slub: optimize poorly inlined kmalloc* functions

2012-10-24 Thread Christoph Lameter
On Wed, 24 Oct 2012, Pekka Enberg wrote: > Looks reasonable to me. Christoph, any objections? I am fine with it. Its going to be short lived because my latest patchset will do the same. Can we merge this for 3.7? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bo

Re: [PATCH for-v3.7 1/2] slub: optimize poorly inlined kmalloc* functions

2012-10-24 Thread Pekka Enberg
On Sat, Oct 20, 2012 at 6:48 PM, Joonsoo Kim wrote: > kmalloc() and kmalloc_node() is always inlined into generic code. > However, there is a mistake in implemention of the SLUB. > > In kmalloc() and kmalloc_node() of the SLUB, > we try to compare kmalloc_caches[index] with NULL. > As it cannot be

[PATCH for-v3.7 1/2] slub: optimize poorly inlined kmalloc* functions

2012-10-20 Thread Joonsoo Kim
kmalloc() and kmalloc_node() is always inlined into generic code. However, there is a mistake in implemention of the SLUB. In kmalloc() and kmalloc_node() of the SLUB, we try to compare kmalloc_caches[index] with NULL. As it cannot be known at compile time, this comparison is inserted into generic