[Top] [All Lists]

Re: Kernel crash in / bcm1480 with 16k page size

To: Ralf Baechle <>
Subject: Re: Kernel crash in / bcm1480 with 16k page size
From: "Maciej W. Rozycki" <>
Date: Mon, 1 Feb 2010 23:11:52 +0000 (GMT)
Cc: Guenter Roeck <>, David Daney <>, "" <>
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <> <> <> <> <> <> <> <>
User-agent: Alpine 2.00 (LFD 1167 2008-08-23)
On Mon, 1 Feb 2010, Ralf Baechle wrote:

> >  Indeed -- IIRC the architecture spec calls this value PABITS.  I wasn't 
> > sure about the legacy processors -- if that works with them too, then it's 
> > even better.
> The probing method was undocumented until MIPS64 but if you look at the
> format of the EntryLo register it's always been possible.  The R10000

 Frankly, I would be concerned about some reserved bits left floating 
rather than hardwired to any particular logical state, but the number of 
chips to check is limited.  At least for some of them documentation is 
explicit the value reported is fixed and we can take it as an indication 
it is likely actually the case.

> needs special treatment though - it has the UC (Uncache Attribute) field
> in the bits 62..63 of EntryLo; this field needs to be ignored.

 Well, I think masking out everything beyond what would become the bit #63 
of the physical address unconditionally is a safe and reasonable way to 
make the approach automagically work for the R10k too.


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