From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964810AbXELBl2 (ORCPT ); Fri, 11 May 2007 21:41:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755015AbXELBlW (ORCPT ); Fri, 11 May 2007 21:41:22 -0400 Received: from smtp1.linux-foundation.org ([65.172.181.25]:42825 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754019AbXELBlV (ORCPT ); Fri, 11 May 2007 21:41:21 -0400 Date: Fri, 11 May 2007 18:41:12 -0700 From: Andrew Morton To: Paul Mundt Cc: clameter@sgi.com, linux-kernel@vger.kernel.org Subject: Re: [patch 1/2] From: Paul Mundt Message-Id: <20070511184112.0853c55e.akpm@linux-foundation.org> In-Reply-To: <20070512013300.GA27172@linux-sh.org> References: <20070511165749.026947116@sgi.com> <20070511165945.913632068@sgi.com> <20070511113915.267bcc66.akpm@linux-foundation.org> <20070512013300.GA27172@linux-sh.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 12 May 2007 10:33:00 +0900 Paul Mundt wrote: > On Fri, May 11, 2007 at 11:39:15AM -0700, Andrew Morton wrote: > > On Fri, 11 May 2007 09:57:50 -0700 > > clameter@sgi.com wrote: > > > > > > I'll take a look at tidying up the PMB slab, getting rid of the dtor > > > > shouldn't be terribly painful. I simply opted to do the list management > > > > there since others were doing it for the PGD slab cache at the time that > > > > was written. > > > > > > And here's the bit for dropping pmb_cache_dtor(), moving the list > > > management up to pmb_alloc() and pmb_free(). > > > > > > With this applied, we're all set for killing off slab destructors > > > from the kernel entirely. > > > > hm, this is already in Paul's git tree. > > > > If we're going to slam all this into 2.6.22 then I can just tempdrop Paul's > > tree. > > > > However I think we've done enough slab work for 2.6.22 now so I'm inclined > > to queue these changes for 2.6.23. That would mean that the slab changes in > > -mm have a dependency on the sh git tree which I am sure to forget about. > > If I end up merging these changes before Paul merges his tree, sh will > > break. Presumably Paul will notice this ;) > > I can prune it from my tree if you'd rather just bundle these together, I > wasn't sure what the timeline for these changes were, so I opted just to > toss the PMB rework in my git tree ahead of time. > > On the other hand, if Christoph's changes are going to be queued for > 2.6.23, the PMB changes will trickle in well before then anyways. It looks like we'll be going the latter trickle-in way, thanks.