From: Kumba <kumba@gentoo.org>
To: glennrbarry@optusnet.com.au
Cc: linux-mips@linux-mips.org
Subject: Re: SGI O2 Prom modification
Date: Wed, 08 Sep 2004 01:31:29 -0400 [thread overview]
Message-ID: <413E9931.8060605@gentoo.org> (raw)
In-Reply-To: <413E84E2.4060401@optusnet.com.au>
Glenn Barry wrote:
> Hi There,
>
> I have two questions related to MIPS which someone may be able to help
> with. Sorry for the long post.
>
> Firstly I don't know if you've heard about the upgrading of the RM5200
> 300MHz CPU modules in SGI O2's with RM7000C 600MHz chips.
>
> You can read about it at www.nekochan.net.
AFAIK, this ability isn't too supported anymore. The guy doing this has
apparently decided to quit. While I'm sure this doesn't make such
modifications impossible, it likely makes them more difficult and more expensive.
RM7000 has issues in Linux anyways. L3 cache is disabled (atleast on the
official SGI RM7000. Not sure if the 600MHz R7000 has an L3 cache as well),
and the scsi system isn't working in this system yet. There's possibly
others, but so few people have access to these kinds of machines that it makes
testing diffcult.
> My question is about the possibility of someone helping out with
> modifying the O2's PROM to recognise the RM7900 CPU from PMC-Sierra.
This would quite likely require direct access to the source code of the IP32
PROM. I think only IRIX developers have this access, and there are likely
license issues that would get in the way of modifying such code to allow for
detection of the RM7900
Modifying the binary is most assuredly way more difficult than gaining access
to ip32PROM source and modifying it directly (and solving license issues).
The level of change to the binary needed to make the ip32PROM detect a new CPU
would require extremely detailed knowledge of the binary format the ip32PROM
is in, SGI O2 systems, and how the PROM even functions. I'd wager a guess
that a super-skilled SGI engineer might possibly pull this off, given enough
caffeine.
> Not having played with Linux on my O2, I don't know the details, but are
> you able to run dual monitors with a second video card in the PCI slot?
Very unlikely in the current state, most video cards require initialization
from an x86 bios to function. There are ways around that, but then there's
the problem of the O2 PCI slot not operating at 100%.
> If so does anyone think it would be possible to port a video card driver
> to Irix to be able run a second screen. Unfortunately the dualhead
> monitor adaptor isn't really an option as they are very difficult to
> find and expensive.
About the only guy who can pull something like that off currently is Stan, the
guy who did the Octane port, since he reverse-engineered the Impact card on
Octanes. Short of that, not without documentation, and alot of time. And
you'll need more weight than that in the core of a neutron star to get SGI to
dig up those docs (since they're probably lost in a black hole anyways).
--Kumba
--
"Such is oft the course of deeds that move the wheels of the world: small
hands do them because they must, while the eyes of the great are elsewhere."
--Elrond
next prev parent reply other threads:[~2004-09-08 5:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-08 4:04 SGI O2 Prom modification Glenn Barry
2004-09-08 5:31 ` Kumba [this message]
2004-09-08 5:46 ` Glenn Barry
2004-09-08 21:17 ` Robin H. Johnson
2004-09-08 21:36 ` Glenn Barry
2004-09-08 12:13 ` Jan-Benedict Glaw
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=413E9931.8060605@gentoo.org \
--to=kumba@gentoo.org \
--cc=glennrbarry@optusnet.com.au \
--cc=linux-mips@linux-mips.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.