Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752429AbZG1Hxq (ORCPT ); Tue, 28 Jul 2009 03:53:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751837AbZG1Hxq (ORCPT ); Tue, 28 Jul 2009 03:53:46 -0400 Received: from courier.cs.helsinki.fi ([128.214.9.1]:59763 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750848AbZG1Hxp (ORCPT ); Tue, 28 Jul 2009 03:53:45 -0400 Message-ID: <4A6EAE87.9020006@cs.helsinki.fi> Date: Tue, 28 Jul 2009 10:53:43 +0300 From: Pekka Enberg User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: David Rientjes CC: Christoph Lameter , Larry Finger , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Johannes Berg Subject: Re: [patch] slub: use size and objsize orders to disable debug flags References: <4A6CF220.7080605@lwfinger.net> <84144f020907270008h2a985278of68e70ff1ee9265c@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 970 Lines: 23 David Rientjes wrote: > This patch moves the masking of debugging flags which increase a cache's > min order due to metadata when `slub_debug=O' is used from > kmem_cache_flags() to kmem_cache_open(). > > Instead of defining the maximum metadata size increase in a preprocessor > macro, this approach uses the cache's ->size and ->objsize members to > determine if the min order increased due to debugging options. If so, > the flags specified in the more appropriately named DEBUG_METADATA_FLAGS > are masked off. > > This approach was suggested by Christoph Lameter > . > > Cc: Christoph Lameter > Signed-off-by: David Rientjes Applied, thanks! -- 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/