From: Tang Chen <tangchen@cn.fujitsu.com>
To: Dave Jones <davej@redhat.com>,
David Rientjes <rientjes@google.com>,
tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
akpm@linux-foundation.org, zhangyanfei@cn.fujitsu.com,
guz.fnst@cn.fujitsu.com, x86@kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] numa, mem-hotplug: Fix stack overflow in numa when seting kernel nodes to unhotpluggable.
Date: Tue, 28 Jan 2014 13:31:43 +0800 [thread overview]
Message-ID: <52E740BF.4000809@cn.fujitsu.com> (raw)
In-Reply-To: <20140128044749.GA27164@redhat.com>
On 01/28/2014 12:47 PM, Dave Jones wrote:
> On Tue, Jan 28, 2014 at 12:47:11PM +0800, Tang Chen wrote:
> > On 01/28/2014 11:55 AM, Dave Jones wrote:
> > > On Tue, Jan 28, 2014 at 11:24:37AM +0800, Tang Chen wrote:
> > >
> > > > > I did a bisect with the patch above applied each step of the way.
> > > > > This time I got a plausible looking result....
> > > >
> > > > I cannot reproduce this. Would you please share how to reproduce it ?
> > > > Or does it just happen during the booting ?
> > >
> > > Just during boot. Very early. So early in fact, I have no logging facilities
> > > like usb-serial, just what is on vga console.
> > >
> > > If you want me to add some printk's, I can add a while (1); before
> > > the part that oopses so we can diagnose further..
> >
> > Sure. Would you please do that for me ? Maybe we can find something in
> > the early log.
>
> I was hoping you'd have suggestions what you'd like me to dump ;-)
I think I found something.
Since I can reproduce the first problem on 3.10, I found some memory
ranges in memblock
have nid = 1024. When we use node_set(), it will crash.
I'll see if we have the same problem on the latest kernel.
[ 0.000000] NUMA: Initialized distance table, cnt=2
[ 0.000000] NUMA: Warning: node ids are out of bound, from=-1 to=-1
distance=10
[ 0.000000] NUMA: Node 0 [mem 0x00000000-0x7fffffff] + [mem
0x100000000-0x47fffffff] -> [mem 0x00000000-0x47fffffff]
[ 0.000000] Initmem setup node 0 [mem 0x00000000-0x47fffffff]
[ 0.000000] NODE_DATA [mem 0x47ffd9000-0x47fffffff]
[ 0.000000] Initmem setup node 1 [mem 0x480000000-0x87fffffff]
[ 0.000000] NODE_DATA [mem 0x87ffbb000-0x87ffe1fff]
[ 0.000000] AAAA: i = 0, nid = 0
[ 0.000000] AAAA: i = 1, nid = 0
[ 0.000000] AAAA: i = 2, nid = 0
[ 0.000000] AAAA: i = 3, nid = 0
[ 0.000000] AAAA: i = 4, nid = 1024
[ 0.000000] AAAA: i = 5, nid = 1024
[ 0.000000] AAAA: i = 6, nid = 1
[ 0.000000] AAAA: i = 7, nid = 1
[ 0.000000] Reserving 128MB of memory at 704MB for crashkernel
(System RAM: 32406MB)
[ 0.000000] [ffffea0000000000-ffffea0011ffffff] PMD ->
[ffff880470200000-ffff88047fdfffff] on node 0
[ 0.000000] [ffffea0012000000-ffffea0021ffffff] PMD ->
[ffff88086f600000-ffff88087f5fffff] on node 1
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x00001000-0x00ffffff]
[ 0.000000] DMA32 [mem 0x01000000-0xffffffff]
[ 0.000000] Normal [mem 0x100000000-0x87fffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00001000-0x00098fff]
[ 0.000000] node 0: [mem 0x00100000-0x696f7fff]
[ 0.000000] node 0: [mem 0x100000000-0x47fffffff]
[ 0.000000] node 1: [mem 0x480000000-0x87fffffff]
Thanks.
next prev parent reply other threads:[~2014-01-28 5:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-23 5:49 [PATCH] numa, mem-hotplug: Fix stack overflow in numa when seting kernel nodes to unhotpluggable Tang Chen
2014-01-23 6:01 ` Dave Jones
2014-01-23 6:05 ` Andrew Morton
2014-01-23 6:06 ` David Rientjes
2014-01-23 6:13 ` Dave Jones
2014-01-23 6:15 ` David Rientjes
2014-01-23 6:58 ` Dave Jones
2014-01-23 22:31 ` Dave Jones
2014-01-27 7:29 ` Tang Chen
2014-01-27 14:52 ` Dave Jones
2014-01-23 6:36 ` Tang Chen
2014-01-28 0:32 ` David Rientjes
2014-01-28 1:01 ` Tang Chen
2014-01-28 2:55 ` Dave Jones
2014-01-28 3:14 ` Tang Chen
2014-01-28 3:24 ` Tang Chen
2014-01-28 3:55 ` Dave Jones
2014-01-28 4:47 ` Tang Chen
2014-01-28 4:47 ` Dave Jones
2014-01-28 5:17 ` Tang Chen
2014-01-28 6:53 ` Dave Jones
2014-01-28 5:31 ` Tang Chen [this message]
2014-01-28 7:10 ` Tang Chen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52E740BF.4000809@cn.fujitsu.com \
--to=tangchen@cn.fujitsu.com \
--cc=akpm@linux-foundation.org \
--cc=davej@redhat.com \
--cc=guz.fnst@cn.fujitsu.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rientjes@google.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
--cc=zhangyanfei@cn.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.