From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: Christoph Lameter <clameter@sgi.com>,
linux-ia64 <linux-ia64@vger.kernel.org>
Cc: kxr@sgi.com, Andrew Morton <akpm@linux-foundation.org>,
linux-mm <linux-mm@kvack.org>, Bob Picco <bob.picco@hp.com>,
Mel Gorman <mel@skynet.ie>, Eric Whitney <eric.whitney@hp.com>,
Andy Whitcroft <apw@shadowen.org>
Subject: Re: 2.6.23-rc1-mm1: boot hang on ia64 with memoryless nodes
Date: Thu, 26 Jul 2007 13:53:27 +0000 [thread overview]
Message-ID: <1185458007.7653.1.camel@localhost> (raw)
In-Reply-To: <1185398337.5604.96.camel@localhost>
On Wed, 2007-07-25 at 17:18 -0400, Lee Schermerhorn wrote:
> On Wed, 2007-07-25 at 12:38 -0700, Christoph Lameter wrote:
> > (ccing Andy who did the work on the config stuff)
> >
> > On Wed, 25 Jul 2007, Lee Schermerhorn wrote:
> >
> > > I tried to deselect SPARSEMEM_VMEMMAP. Kconfig's "def_bool=y" wouldn't
> > > let me :-(. After hacking the Kconfig and mm/sparse.c to allow that,
> > > boot hangs with no error messages shortly after "Built N zonelists..."
> > > message.
> >
> > I get a similar hang here and see the system looping in softirq / hrtimer
> > code.
> >
> > > Backed off to DISCONTIGMEM+VIRTUAL_MEMORY_MAP, and saw same hang as with
> > > (SPARSMEM && !SPARSEMEM_VMEMMAP).
> >
> > So its not related to SPARSE VMEMMAP? General VMEMMAP issue on IA64?
>
> This hang is different from the one I see with SPARSE VMEMMAP -- no
> "Unable to handle kernel paging request..." message. Just hangs after
> "Built N zonelists..." and some message about "color" that I didn't
> capture. Next time [:-(]...
The "color" message was actually:
Console: colour dummy device 80x25
So, now I'm wondering if I'm hitting the "Regression in serial
console..." issue, and the system was actually booting--I just didn't
see any output. If so, the "Unable to handle kernel paging request..."
hang might well be a problem with SPARSEMEM_VMEMMAP...
Lee
WARNING: multiple messages have this Message-ID (diff)
From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: Christoph Lameter <clameter@sgi.com>,
linux-ia64 <linux-ia64@vger.kernel.org>
Cc: kxr@sgi.com, Andrew Morton <akpm@linux-foundation.org>,
linux-mm <linux-mm@kvack.org>, Bob Picco <bob.picco@hp.com>,
Mel Gorman <mel@skynet.ie>, Eric Whitney <eric.whitney@hp.com>,
Andy Whitcroft <apw@shadowen.org>
Subject: Re: 2.6.23-rc1-mm1: boot hang on ia64 with memoryless nodes
Date: Thu, 26 Jul 2007 09:53:27 -0400 [thread overview]
Message-ID: <1185458007.7653.1.camel@localhost> (raw)
In-Reply-To: <1185398337.5604.96.camel@localhost>
On Wed, 2007-07-25 at 17:18 -0400, Lee Schermerhorn wrote:
> On Wed, 2007-07-25 at 12:38 -0700, Christoph Lameter wrote:
> > (ccing Andy who did the work on the config stuff)
> >
> > On Wed, 25 Jul 2007, Lee Schermerhorn wrote:
> >
> > > I tried to deselect SPARSEMEM_VMEMMAP. Kconfig's "def_bool=y" wouldn't
> > > let me :-(. After hacking the Kconfig and mm/sparse.c to allow that,
> > > boot hangs with no error messages shortly after "Built N zonelists..."
> > > message.
> >
> > I get a similar hang here and see the system looping in softirq / hrtimer
> > code.
> >
> > > Backed off to DISCONTIGMEM+VIRTUAL_MEMORY_MAP, and saw same hang as with
> > > (SPARSMEM && !SPARSEMEM_VMEMMAP).
> >
> > So its not related to SPARSE VMEMMAP? General VMEMMAP issue on IA64?
>
> This hang is different from the one I see with SPARSE VMEMMAP -- no
> "Unable to handle kernel paging request..." message. Just hangs after
> "Built N zonelists..." and some message about "color" that I didn't
> capture. Next time [:-(]...
The "color" message was actually:
Console: colour dummy device 80x25
So, now I'm wondering if I'm hitting the "Regression in serial
console..." issue, and the system was actually booting--I just didn't
see any output. If so, the "Unable to handle kernel paging request..."
hang might well be a problem with SPARSEMEM_VMEMMAP...
Lee
--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-07-26 13:53 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070711182219.234782227@sgi.com>
[not found] ` <20070711182252.138829364@sgi.com>
2007-07-11 18:46 ` [patch 10/12] Memoryless nodes: Update memory policy and page migration Nishanth Aravamudan
2007-07-11 18:56 ` Christoph Lameter
[not found] ` <20070711182252.376540447@sgi.com>
2007-07-11 19:04 ` [patch 11/12] Add N_CPU node state Christoph Lameter
[not found] ` <20070711182250.005856256@sgi.com>
2007-07-11 19:06 ` [patch 01/12] NUMA: Generic management of nodemasks for various purposes Christoph Lameter
2007-07-11 19:32 ` Lee Schermerhorn
2007-07-20 20:49 ` [PATCH] Memoryless nodes: use "node_memory_map" for cpuset mems_allowed validation Lee Schermerhorn
2007-07-20 22:07 ` Nishanth Aravamudan
2007-07-23 19:09 ` Nishanth Aravamudan
2007-07-23 19:23 ` Paul Jackson
2007-07-23 20:08 ` Nishanth Aravamudan
2007-07-23 20:59 ` Lee Schermerhorn
2007-07-23 21:48 ` Nishanth Aravamudan
2007-07-24 14:11 ` Lee Schermerhorn
2007-07-24 16:16 ` Nishanth Aravamudan
2007-07-24 14:15 ` [PATCH take2] " Lee Schermerhorn
2007-07-24 16:19 ` Nishanth Aravamudan
2007-07-24 19:01 ` Lee Schermerhorn
2007-07-25 15:50 ` Nishanth Aravamudan
2007-07-24 20:30 ` [PATCH take3] " Lee Schermerhorn
2007-07-25 15:53 ` Nishanth Aravamudan
2007-07-25 22:00 ` Nishanth Aravamudan
2007-07-26 13:04 ` Lee Schermerhorn
2007-07-27 0:40 ` Nishanth Aravamudan
2007-07-27 14:15 ` Lee Schermerhorn
2007-07-24 20:35 ` [PATCH/RFC] Memoryless nodes: Suppress redundant "node with no memory" messages Lee Schermerhorn
2007-07-25 15:56 ` Nishanth Aravamudan
[not found] ` <20070711182251.433134748@sgi.com>
2007-07-12 0:07 ` [patch 07/12] Memoryless nodes: SLUB support Andrew Morton
2007-07-12 1:42 ` Christoph Lameter
2007-07-12 18:33 ` Nishanth Aravamudan
2007-07-12 18:38 ` Christoph Lameter
2007-07-13 15:14 ` [patch 00/12] NUMA: Memoryless node support V3 Nishanth Aravamudan
2007-07-13 16:43 ` Christoph Lameter
2007-07-13 16:52 ` Nishanth Aravamudan
2007-07-13 17:20 ` Lee Schermerhorn
2007-07-13 17:23 ` Christoph Lameter
2007-07-13 19:22 ` Lee Schermerhorn
2007-07-13 20:53 ` Lee Schermerhorn
2007-07-13 21:34 ` Christoph Lameter
2007-07-13 23:18 ` Nishanth Aravamudan
[not found] ` <1185310277.5649.90.camel@localhost>
[not found] ` <Pine.LNX.4.64.0707241402010.4773@schroedinger.engr.sgi.com>
[not found] ` <1185372692.5604.22.camel@localhost>
2007-07-25 15:45 ` Lee Schermerhorn
2007-07-25 19:16 ` 2.6.23-rc1-mm1: boot hang on ia64 with memoryless nodes Lee Schermerhorn
2007-07-25 19:38 ` Christoph Lameter
2007-07-25 20:03 ` Christoph Lameter
2007-07-25 21:18 ` Lee Schermerhorn
2007-07-26 13:53 ` Lee Schermerhorn [this message]
2007-07-26 13:53 ` Lee Schermerhorn
2007-07-26 14:00 ` KAMEZAWA Hiroyuki
2007-07-26 14:00 ` KAMEZAWA Hiroyuki
2007-07-26 18:10 ` Lee Schermerhorn
2007-07-26 18:10 ` Lee Schermerhorn
2007-07-26 14:33 ` Lee Schermerhorn
2007-07-26 14:33 ` Lee Schermerhorn
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=1185458007.7653.1.camel@localhost \
--to=lee.schermerhorn@hp.com \
--cc=akpm@linux-foundation.org \
--cc=apw@shadowen.org \
--cc=bob.picco@hp.com \
--cc=clameter@sgi.com \
--cc=eric.whitney@hp.com \
--cc=kxr@sgi.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@skynet.ie \
/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.