linux-mips
[Top] [All Lists]

Re: crash in __alloc_bootmem_core on SGI current cvs

To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Subject: Re: crash in __alloc_bootmem_core on SGI current cvs
From: Ralf Baechle <ralf@oss.sgi.com>
Date: Tue, 16 Jan 2001 14:24:49 -0200
Cc: Florian Lohoff <flo@rfc822.org>, linux-mips@oss.sgi.com
In-reply-to: <Pine.GSO.3.96.1010116170209.5546K-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Tue, Jan 16, 2001 at 05:06:29PM +0100
References: <20010116135737.A13302@bacchus.dhis.org> <Pine.GSO.3.96.1010116170209.5546K-100000@delta.ds2.pg.gda.pl>
Sender: owner-linux-mips@oss.sgi.com
User-agent: Mutt/1.2.5i
On Tue, Jan 16, 2001 at 05:06:29PM +0100, Maciej W. Rozycki wrote:

> On Tue, 16 Jan 2001, Ralf Baechle wrote:
> 
> > > Before:
> > >   On node 0 totalpages: 589824
> > >   zone(0): 589824 pages.
> > > 
> > > 
> > > After:
> > >   On node 0 totalpages: 65536
> > >   zone(0): 65536 pages.
> > 
> > I probably already got used too machines with gigs of memory to notice ;-)
> 
>  The number actually denotes the highest page, regardless of the number of
> pages, so you only need a single page placed far away from address zero to
> observe such large counts.

The Indy has it's memory starting at phys. 0x08000000; a part of it is also
mirrored at physical address zero.  So in case of an Indy the totalpages
number should indicate 128mb too much which means that Flo's machine should
have only 128mb real memory.  Right Florian?

> > Can you decode the addresses in $epc and $31 for me?
> 
>  Probably a memory access in free_all_bootmem() or so.

   Ralf

<Prev in Thread] Current Thread [Next in Thread>