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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox