Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: Christoph Lameter <[EMAIL PROTECTED]> Date: Wed, 28 Feb 2007 17:06:19 -0800 (PST) > On Wed, 28 Feb 2007, David Miller wrote: > > > Arguably SLAB_HWCACHE_ALIGN and SLAB_MUST_HWCACHE_ALIGN should > > not be set here, but SLUBs change in semantics in this area > > could cause similar grief in

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread Christoph Lameter
On Wed, 28 Feb 2007, David Miller wrote: > Maybe if you managed your individual changes in GIT or similar > this could be debugged very quickly. :-) I think once things calm down and the changes become smaller its going to be easier. Likely the case with after V4. > Meanwhile I noticed that

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: David Miller <[EMAIL PROTECTED]> Date: Wed, 28 Feb 2007 14:00:22 -0800 (PST) > V3 doesn't boot successfully on sparc64 False alarm! This crash was actually due to an unrelated problem in the parport_pc driver on my machine. Slub v3 boots up and seems to work fine so far on sparc64. - To

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: Christoph Lameter <[EMAIL PROTECTED]> Date: Wed, 28 Feb 2007 11:20:44 -0800 (PST) > V2->V3 > - Debugging and diagnostic support. This is runtime enabled and not compile > time enabled. Runtime debugging can be controlled via kernel boot options > on an individual slab cache basis or

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: Christoph Lameter [EMAIL PROTECTED] Date: Wed, 28 Feb 2007 11:20:44 -0800 (PST) V2-V3 - Debugging and diagnostic support. This is runtime enabled and not compile time enabled. Runtime debugging can be controlled via kernel boot options on an individual slab cache basis or globally.

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: David Miller [EMAIL PROTECTED] Date: Wed, 28 Feb 2007 14:00:22 -0800 (PST) V3 doesn't boot successfully on sparc64 False alarm! This crash was actually due to an unrelated problem in the parport_pc driver on my machine. Slub v3 boots up and seems to work fine so far on sparc64. - To

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread Christoph Lameter
On Wed, 28 Feb 2007, David Miller wrote: Maybe if you managed your individual changes in GIT or similar this could be debugged very quickly. :-) I think once things calm down and the changes become smaller its going to be easier. Likely the case with after V4. Meanwhile I noticed that your

Re: [PATCH] SLUB The unqueued slab allocator V3

2007-02-28 Thread David Miller
From: Christoph Lameter [EMAIL PROTECTED] Date: Wed, 28 Feb 2007 17:06:19 -0800 (PST) On Wed, 28 Feb 2007, David Miller wrote: Arguably SLAB_HWCACHE_ALIGN and SLAB_MUST_HWCACHE_ALIGN should not be set here, but SLUBs change in semantics in this area could cause similar grief in other