login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
20
Re: [patch 2/9] Store max number of objects in the page struct.
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From:
Christoph Lameter <clameter@...>
To: <akpm@...>, <yanmin_zhang@...>
Cc: LKML <linux-kernel@...>, Pekka Enberg <penberg@...>, Mel Gorman <mel@...>, Matt Mackall <mpm@...>, <linux-mm@...>
Subject:
Re: [patch 2/9] Store max number of objects in the page struct.
Date: Thursday, March 20, 2008 - 5:05 pm
Reviewed-by: Christoph Lameter <clameter@sgi.com> On Thu, 20 Mar 2008, Zhang, Yanmin wrote:
quoted text
> On Wed, 2008-03-19 at 10:49 -0700, Christoph Lameter wrote: > > On Wed, 19 Mar 2008, Zhang, Yanmin wrote: > > > > > > + if ((PAGE_SIZE << min_order) / size > 65535) > > > > + return get_order(size * 65535) - 1; > > > Is it better to define something like USHORT_MAX to replace 65535? > > > > Yes. Do we have something like that? > > I couldn't find such definition in include/linux/kernel.h. > > > But glibc defines USHRT_MAX file include/limits.h: > > /* Minimum and maximum values a `signed short int' can hold. */ > # define SHRT_MIN (-32768) > # define SHRT_MAX 32767 > > /* Maximum value an `unsigned short int' can hold. (Minimum is 0.) */ > # define USHRT_MAX 65535 > > > How about below patch against 2.6.25-rc6? > > --- > > Add definitions of USHRT_MAX and others into kernel. ipc uses it and > slub implementation might also use it. > > The patch is against 2.6.25-rc6. > > Signed-off-by: Zhang Yanmin <yanmin.zhang@intel.com> > > --- > > --- linux-2.6.25-rc6/include/linux/kernel.h 2008-03-20 04:25:46.000000000 +0800 > +++ linux-2.6.25-rc6_work/include/linux/kernel.h 2008-03-20 04:17:45.000000000 +0800 > @@ -20,6 +20,9 @@ > extern const char linux_banner[]; > extern const char linux_proc_banner[]; > > +#define USHRT_MAX ((u16)(~0U)) > +#define SHRT_MAX ((s16)(USHRT_MAX>>1)) > +#define SHRT_MIN (-SHRT_MAX - 1) > #define INT_MAX ((int)(~0U>>1)) > #define INT_MIN (-INT_MAX - 1) > #define UINT_MAX (~0U) > --- linux-2.6.25-rc6/ipc/util.h 2008-03-20 04:25:46.000000000 +0800 > +++ linux-2.6.25-rc6_work/ipc/util.h 2008-03-20 04:22:07.000000000 +0800 > @@ -12,7 +12,6 @@ > > #include <linux/err.h> > > -#define USHRT_MAX 0xffff > #define SEQ_MULTIPLIER (IPCMNI) > > void sem_init (void); > > > > > > >
--
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
Re: [patch 2/9] Store max number of objects in the page stru...
, Zhang, Yanmin
, (Wed Mar 19, 11:32 pm)
Re: [patch 2/9] Store max number of objects in the page stru...
, Andrew Morton
, (Fri Mar 21, 6:24 pm)
[PATCH] Add definitions of USHORT_MAX and others
, Zhang, Yanmin
, (Sun Mar 23, 9:22 pm)
Re: [patch 2/9] Store max number of objects in the page stru...
, Christoph Lameter
, (Thu Mar 20, 5:05 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Tarkan Erimer
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Greg Kroah-Hartman
[PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO
Benjamin Herrenschmidt
Re: [PATCH] Remove process freezer from suspend to RAM pathway
Bart Van Assche
Re: Integration of SCST in the mainstream Linux kernel
git
:
linux-netdev
:
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Arjan van de Ven
Re: [GIT]: Networking
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Natalie Protasevich
[BUG] New Kernel Bugs
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
5 users
and
766 guests
online.
Online users
strcmp
davidwalsh
yuyimen67
davidwalsh
digitalcable
Syndicate