NetBSD Problem Report #32401

From www@netbsd.org  Wed Dec 28 17:06:21 2005
Return-Path: <www@netbsd.org>
Received: by narn.netbsd.org (Postfix, from userid 31301)
	id AAAE563B8B9; Wed, 28 Dec 2005 17:06:21 +0000 (UTC)
Message-Id: <20051228170621.AAAE563B8B9@narn.netbsd.org>
Date: Wed, 28 Dec 2005 17:06:21 +0000 (UTC)
From: scsprong@gmail.com
Reply-To: scsprong@gmail.com
To: gnats-bugs@netbsd.org
Subject: NetBSD 3.0 sgimips does not support QED RM7000C CPU
X-Send-Pr-Version: www-1.0

>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:          change-request
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 28 17:10:00 +0000 2005
>Last-Modified:  Sat Jun 24 08:58:08 +0000 2006
>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.

>Release-Note:

>Audit-Trail:

>Unformatted:

Home	PR Database Search