NetBSD Problem Report #32401
From email@example.com Wed Dec 28 17:06:21 2005
Received: by narn.netbsd.org (Postfix, from userid 31301)
id AAAE563B8B9; Wed, 28 Dec 2005 17:06:21 +0000 (UTC)
Date: Wed, 28 Dec 2005 17:06:21 +0000 (UTC)
Subject: NetBSD 3.0 sgimips does not support QED RM7000C CPU
>Synopsis: NetBSD 3.0 sgimips does not support QED RM7000C CPU
>Arrival-Date: Wed Dec 28 17:10:00 +0000 2005
>Last-Modified: Sat Jun 24 08:58:08 +0000 2006
>Release: NetBSD 3.0
None. Panics after loading and initialising the GENERIC kernel.
NetBSD 3.0, and probably earlier versions as well, doesn't support the
QED RM7000C CPU. It isn't in the detection table in:
(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
The CPU isn't supported by the CPU initialisation code.
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.
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.