Subject: port-sgimips/32401: NetBSD 3.0 sgimips does not support QED RM7000C CPU
To: None <port-sgimips-maintainer@netbsd.org, gnats-admin@netbsd.org,>
From: None <scsprong@gmail.com>
List: netbsd-bugs
Date: 12/28/2005 17:10:00
>Number:         32401
>Category:       port-sgimips
>Synopsis:       NetBSD 3.0 sgimips does not support QED RM7000C CPU
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sgimips-maintainer
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 28 17:10:00 +0000 2005
>Originator:     S.C.Sprong
>Release:        NetBSD 3.0
>Organization:
>Environment:
None. Panics after loading and initialising the GENERIC kernel.
>Description:
NetBSD 3.0, and probably earlier versions as well, doesn't support the
QED RM7000C CPU. It isn't in the detection table in:

  src/sys/arch/mips/mips/cache.c

(net)booting dies with:

"Can't handle primary cache  on impl 0x27"

While the RM7000 is pin-compatible with the RM5200, placing it in an
O2 results in a triple caching scheme:

CPU: QED RM7000 Processor Chip Revision: 5.1
FPU: QED RM7000 Floating Point Coprocessor Revision: 5.0
1 602 MHZ IP32 Processor
Secondary unified instruction/data cache size: 256 Kbytes on Processor 0
Ternary unified instruction/data cache size: 1 Mbyte on Processor 0
Instruction cache size: 16 Kbytes
Data cache size: 16 Kbytes

>How-To-Repeat:
The CPU isn't supported by the CPU initialisation code.
>Fix:
It would be nice if NetBSD would support this CPU, as a small but
growing group of SGI O2 owners have their machines upgraded this way.

I am within reason available for trying out test kernels.
I'm not planning to install NetBSD 3.0 (yet), therefore I'd prefer netbootable GENERIC kernels.