Date: Fri, 30 Nov 2007 09:14:24 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
Cc: Andrew Morton <akpm@linux-foundation.org>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.24-rc3-mm2 (bugfix for memory cgroup per-zone-struct
 allocation.)
Message-Id: <20071130091424.03731568.kamezawa.hiroyu@jp.fujitsu.com>
In-Reply-To: <1196371533.5347.11.camel@localhost>
References: <20071128034140.648383f0.akpm@linux-foundation.org>
	<20071129122329.4c56c052.kamezawa.hiroyu@jp.fujitsu.com>
	<20071129142416.f6d1ffcd.kamezawa.hiroyu@jp.fujitsu.com>
	<1196371533.5347.11.camel@localhost>
Organization: Fujitsu
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1281
Lines: 40

On Thu, 29 Nov 2007 16:25:33 -0500
Lee Schermerhorn <Lee.Schermerhorn@hp.com> wrote:
> > -	pn = kmalloc_node(sizeof(*pn), GFP_KERNEL, node);
> > +	/*
> > +	 * This routine is called against possible nodes.
> > +	 * But it's BUG to call kmalloc() against offline node.
> > +	 *
> > +	 * TODO: this routine can waste much memory for nodes which will
> > +	 *       never be onlined. It's better to use memory hotplug callback
> > +	 *       function.
> > +	 */
> > +	if (node_state(node, N_HIGH_MEMORY))
> > +		pn = kmalloc_node(sizeof(*pn), GFP_KERNEL, node);
> > +	else
> > +		pn = kmalloc(sizeof(*pn), GFP_KERNEL);
> >  	if (!pn)
> >  		return 1;
> >  
> > 
> 
> This worked for me.  Can boot 24-rc3-mm2 [if I turn off async scsi scan,
> that is--not related to mem controller].  
> 
Thank you !

> Just FYI, on my ia64 platform, with NODES_SHIFT == 8 [RHEL & SLES ship
> with 10, I believe], the size of the mem_cgroup structure is ~10KB.
> 
Yes. But...
I'll ask Goto-san how memory hotplug callback works and try it.

Thanks,
-Kame


-
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/