Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: ralf@uni-koblenz.de
To: Honza Pazdziora <adelton@informatics.muni.cz>,
	Alex deVries <adevries@engsoc.carleton.ca>
Cc: linux@cthulhu.engr.sgi.com
Subject: Re: The pre-release of Hard Hat Linux for SGI...
Date: Wed, 15 Jul 1998 17:26:02 +0200	[thread overview]
Message-ID: <19980715172602.A388@uni-koblenz.de> (raw)
In-Reply-To: <199807150900.LAA00705@aisa.fi.muni.cz>; from Honza Pazdziora on Wed, Jul 15, 1998 at 11:00:47AM +0200

On Wed, Jul 15, 1998 at 11:00:47AM +0200, Honza Pazdziora wrote:

> Yes, I'll try to create the page. Basically R4400, R4600, R5000,
> PC and SC, anyrate are OK? How about R4000? Other hardware: XGE, XZ
> (for consoles), 10BaseT, any reasonable SCSI? How about the Challenge S?

10BaseT - never tested. I use 10Base2 but I assume the mediaselection works
properly.

XGE, XZ graphics are not supported yet.  We might however try to use the
ARC firmware to support anything that we don't support yet as a console.

We only support the the builtin WD33C93 hostadapter.  Extra GIO boards,
especially the WD33C95 (afaik available in the Challenge S), are not
supported yet.

Challenge S isn't supported yet.

The cache issues seems to be confusing to many people, so here a simple
explanation of the issue.  The actual issues are a bit more complex
especially in the case of R4000SC, R4000MC, R4400SC, R4400MC.

Processor types: R4000PC / R4400PC, R4600, R5000.  We've got support for
the second level cache as available on the R4600 and R5000 CPU _boards_,
known as R4600SC and R5000SC.  We do not support the CPU controlled
cache as in R4000SC, R4400SC and R5000.

Why does the second level cache make a difference?  The second level
cache on MIPS systems is ``visible'' to software and the kernel needs
appropriate support for each of them.  We do have this support code for
the external cache controllers on the Indy R4600 and R5000 modules.

R4000SC, R4000MC, R4400SC, R4400MC have integrated cache controllers
which we don't support.  The R5000 also has one which we don't support.
However the Indy R5000SC modules use an external cache controller and
that one is supported.

There are more MIPS CPU types that we support - some of them even
don't exist yet as silicon - but these types were never shipped in Indys.

  Ralf

  parent reply	other threads:[~1998-07-15 21:59 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-07-14 23:38 The pre-release of Hard Hat Linux for SGI Alex deVries
1998-07-15  4:52 ` ralf
1998-07-15  6:05   ` Alex deVries
1998-07-15  9:00     ` Honza Pazdziora
1998-07-15  9:00       ` Honza Pazdziora
1998-07-15 15:26       ` ralf [this message]
1998-07-15 20:15       ` Alex deVries
1998-07-15 23:09     ` ralf
1998-07-15 20:17 ` Honza Pazdziora
1998-07-15 20:17   ` Honza Pazdziora
1998-07-15 21:07   ` Alex deVries
1998-07-15 22:13   ` Alex deVries
1998-07-16  7:23     ` Honza Pazdziora
1998-07-16  7:23       ` Honza Pazdziora
1998-07-16  9:02     ` Oliver Frommel
1998-07-16 13:54     ` Honza Pazdziora
1998-07-16 13:54       ` Honza Pazdziora
1998-07-16 14:12       ` Alex deVries
1998-07-16 14:39         ` Honza Pazdziora
1998-07-16 14:39           ` Honza Pazdziora
1998-07-16 16:17           ` Installing noarch packages Honza Pazdziora
1998-07-16 16:17             ` Honza Pazdziora
1998-07-16 16:24             ` Honza Pazdziora
1998-07-16 16:24               ` Honza Pazdziora
1998-07-16 17:09             ` Message while mounting NFS Honza Pazdziora
1998-07-16 17:13               ` Alex deVries
1998-07-16 17:38               ` Dong Liu
1998-07-17  5:28                 ` Alex deVries
1998-07-17  7:50                   ` Honza Pazdziora
1998-07-17  7:50                     ` Honza Pazdziora
1998-07-17 17:13                     ` Alex deVries
1998-07-17 16:03                   ` Dong Liu
1998-07-16 17:49               ` Matthew Kirkwood
1998-07-16 18:10             ` Installing noarch packages Alex deVries
1998-07-17  7:16               ` Honza Pazdziora
1998-07-17  7:16                 ` Honza Pazdziora
1998-07-17 17:12                 ` Alex deVries
1998-07-16 14:28       ` The pre-release of Hard Hat Linux for SGI ralf
1998-07-16 14:35         ` Honza Pazdziora
1998-07-16 17:04       ` Some register dumps Honza Pazdziora
1998-07-15 21:42 ` The pre-release of Hard Hat Linux for SGI Thomas Bogendoerfer
     [not found] <Pine.SGI.3.96.980715100313.1992B-100000@acl.lanl.gov>
1998-07-15 17:50 ` Alex deVries
  -- strict thread matches above, loose matches on Subject: below --
1998-07-15 20:37 Serge Mingaleev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19980715172602.A388@uni-koblenz.de \
    --to=ralf@uni-koblenz.de \
    --cc=adelton@informatics.muni.cz \
    --cc=adevries@engsoc.carleton.ca \
    --cc=linux@cthulhu.engr.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox