Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753166AbXFVFNQ (ORCPT ); Fri, 22 Jun 2007 01:13:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751111AbXFVFNF (ORCPT ); Fri, 22 Jun 2007 01:13:05 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:58068 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751279AbXFVFNE (ORCPT ); Fri, 22 Jun 2007 01:13:04 -0400 Date: Thu, 21 Jun 2007 22:13:03 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Hugh Dickins cc: Nicolas Ferre , ARM Linux Mailing List , Linux Kernel list , Marc Pignat , Andrew Victor , Pierre Ossman , Andrew Morton , Linus Torvalds , Russell King Subject: Re: Oops in a driver while using SLUB as a SLAB allocator In-Reply-To: Message-ID: References: <467A4532.40301@rfo.atmel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 829 Lines: 19 On Fri, 22 Jun 2007, Hugh Dickins wrote: > You keep on forcing the outside world to revolve around your needs > within slub.c: that is a good way to keep slub lean, and may be > justified; but it's at least questionable to be enforcing such > restrictions years after people have grown accustomed to more > freedom from their slabs. This work is a cleanup of the VM code and part of the slab cleanup that was done. Having slab objects on the LRU and other components of the VM that are supposed to work on page sized objects is plainly wrong and can lead to surprising results. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/