lkml.org 
[lkml]   [2008]   [Mar]   [29]   [last100]   RSS Feed
Views: [more markup]   [less markup]   [headers]   [forward]  
 
Messages in this thread
/
DateSun, 30 Mar 2008 01:52:18 +0200
From"Pekka Enberg" <>
SubjectRe: 2.6.25-rc7-git2: Reported regressions from 2.6.24
Hi,

On Sat, 29 Mar 2008, Christoph Lameter wrote:
>  > Yes it uses its own logic if the object is managed by SLUB but not if the
>  > object is too big and/or the allocation forwarded to the page allocator
>  > or for other internal allocations of buffers etc.

On Sat, Mar 29, 2008 at 11:29 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>  Wrong.
>
>  It uses it's own logic for __GFP_ZERO *regardless* of size.

Christoph, I think you're overlooking the same thing I was until Linus
straightened me out. We're calling kmalloc_large() from __slab_alloc()
for the fall-back case which causes a bug fixed by Linus' revert.

On Sat, Mar 29, 2008 at 11:29 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>  You don't have a f*cking clue about this cocde that you're supposed to be
>  maintaining, do you?

Yeah, me too. Fortunately we have you as our upstream maintainer :-).

                        Pekka


\
 
 \ /
  Last update: 2008-03-30 00:55    [W:4.624 / U:0.370 seconds]
©2003-2008 Jasper Spaans