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.