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 14:33:34 +0000 [thread overview]
Message-ID: <1185460415.7653.10.camel@localhost> (raw)
In-Reply-To: <1185458007.7653.1.camel@localhost>
On Thu, 2007-07-26 at 09:53 -0400, Lee Schermerhorn wrote:
> 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...
>
After applying the hotfixes from Andrew's repository and the patches
from the mailing lists listed below, I'm booting 23-rc1-mm1 with a zx1
specific config [on an sx1000]. Gotta run for a meeting, but I'll try
generic kernel this pm. Then back to testing memoryless node
patches, ...
Other "hot fixes":
2 of Mel Gorman's patches to fix ia64 mmap corruption [mm list]
Yasuaki Ishimatsu's assign irq vector fix [ia64 list]
Kenji Kaneshige's "wrong access to vector" patch [ia64 list]
Kame-san's sparsemem-vmemmap fix [lkml]
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 10:33:34 -0400 [thread overview]
Message-ID: <1185460415.7653.10.camel@localhost> (raw)
In-Reply-To: <1185458007.7653.1.camel@localhost>
On Thu, 2007-07-26 at 09:53 -0400, Lee Schermerhorn wrote:
> 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...
>
After applying the hotfixes from Andrew's repository and the patches
from the mailing lists listed below, I'm booting 23-rc1-mm1 with a zx1
specific config [on an sx1000]. Gotta run for a meeting, but I'll try
generic kernel this pm. Then back to testing memoryless node
patches, ...
Other "hot fixes":
2 of Mel Gorman's patches to fix ia64 mmap corruption [mm list]
Yasuaki Ishimatsu's assign irq vector fix [ia64 list]
Kenji Kaneshige's "wrong access to vector" patch [ia64 list]
Kame-san's sparsemem-vmemmap fix [lkml]
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 14:33 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
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 [this message]
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=1185460415.7653.10.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.