From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx125.postini.com [74.125.245.125]) by kanga.kvack.org (Postfix) with SMTP id DD1E66B003C for ; Mon, 15 Jul 2013 10:17:47 -0400 (EDT) Date: Mon, 15 Jul 2013 14:17:46 +0000 From: Christoph Lameter Subject: Re: [PATCH] mm/slub.c: use 'unsigned long' instead of 'int' for variable 'slub_debug' In-Reply-To: <51E33FFE.3010200@asianux.com> Message-ID: <0000013fe2b1bd10-efcc76b5-f75b-4a45-a278-a318e87b2571-000000@email.amazonses.com> References: <51DF5F43.3080408@asianux.com> <0000013fd3283b9c-b5fe217c-fff3-47fd-be0b-31b00faba1f3-000000@email.amazonses.com> <51E33FFE.3010200@asianux.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Chen Gang Cc: Pekka Enberg , mpm@selenic.com, linux-mm@kvack.org On Mon, 15 Jul 2013, Chen Gang wrote: > On 07/12/2013 09:53 PM, Christoph Lameter wrote: > > On Fri, 12 Jul 2013, Chen Gang wrote: > > > >> Since all values which can be assigned to 'slub_debug' are 'unsigned > >> long', recommend also to define 'slub_debug' as 'unsigned long' to > >> match the type precisely > > > > The bit definitions in slab.h as well as slub.c all assume that these are > > 32 bit entities. See f.e. the defition of the internal slub flags: > > > > /* Internal SLUB flags */ > > #define __OBJECT_POISON 0x80000000UL /* Poison object */ > > #define __CMPXCHG_DOUBLE 0x40000000UL /* Use cmpxchg_double */ > > > > As far as I know, 'UL' means "unsigned long", is it correct ? This is the way hex constants are generally specified. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org