[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070607182122.GE11999@localhost>
Date: Thu, 7 Jun 2007 14:21:22 -0400
From: "Bob Picco" <bob.picco@...com>
To: Chuck Ebbert <cebbert@...hat.com>
Cc: john stultz <johnstul@...ibm.com>,
lkml <linux-kernel@...r.kernel.org>,
Sripathi Kodi <sripathik@...ibm.com>,
Bernhard Walle <bwalle@...e.de>,
"Eric W. Biederman"@redhat.com, acme@...hat.com, apw@...dowen.org
Subject: Re: [BUG] sysrq-m oops
Chuck Ebbert wrote: [Thu Jun 07 2007, 11:42:38AM EDT]
> On 06/06/2007 08:27 PM, john stultz wrote:
> > Hey All,
> > With 2.6.21 and the current -git, we're seeing the following oops when
> > we try sysrq-m:
> >
>
> It's here in arch/x86_64/mm/init.c::show_mem():
>
> for_each_online_pgdat(pgdat) {
> for (i = 0; i < pgdat->node_spanned_pages; ++i) {
This is probably with sparsemem? I'm working with acme@...hat.com to
test a patch. Basically you need to validate the pfn because it
could be in a hole. Most arches which support sparsemem perform this
check.
if (!pfn_valid(pgdat->node_start_pfn + i))
continue;
bob
> page = pfn_to_page(pgdat->node_start_pfn + i);
> total++;
> ======> if (PageReserved(page))
> reserved++;
> else if (PageSwapCache(page))
> cached++;
> else if (page_count(page))
> shared += page_count(page) - 1;
> }
> }
>
> page is completely bogus (it's 0x0000000003480000)
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists