SGI: hinv

Onyx InfiniteReality: 4*250MHz, 256MB

jan-jaap
Old Salt
Who joined June 17, 2004, 11:35 a.m.
and authored 2688 notes

Wrote the following at April 19, 2010, 2:43 p.m...

Not too specacular, but the fact that it works at all is a small victory

hinv

Code:

IRIS 1# hinv -mv

CPU Board at Slot 2: (Enabled)

Processor 0 at Slot 2/Slice 0: 250 Mhz R4400 with 4 MB secondary cache (Enabled)

Processor 1 at Slot 2/Slice 1: 250 Mhz R4400 with 4 MB secondary cache (Enabled)

Processor 2 at Slot 2/Slice 2: 250 Mhz R4400 with 4 MB secondary cache (Enabled)

Processor 3 at Slot 2/Slice 3: 250 Mhz R4400 with 4 MB secondary cache (Enabled)

CPU: MIPS R4400 Processor Chip Revision: 6.0

FPU: MIPS R4000 Floating Point Coprocessor Revision: 0.0

Main memory size: 256 Mbytes, 2-way interleaved

MC3 Memory Board at Slot 1: 256 MB of memory (Enabled)

Bank A contains 16 MB SIMMS (Enabled)

Bank B contains 16 MB SIMMS (Enabled)

Bank C contains 16 MB SIMMS (Enabled)

Bank D contains 16 MB SIMMS (Enabled)

Instruction cache size: 16 Kbytes

Data cache size: 16 Kbytes

Secondary unified instruction/data cache size: 4 Mbytes

Integral SCSI controller 0: Version WD33C95A, differential, revision 0

Integral SCSI controller 1: Version WD33C95A, differential, revision 0

Disk drive: unit 1 on SCSI controller 1 (unit 1)

Integral EPC serial ports: 4

Integral EPC parallel port: Ebus slot 3

Graphics board: InfiniteReality

Integral Ethernet controller: et0, Ebus slot 3

I/O board, Ebus slot 3: IO4 revision 1

VME bus: adapter 13

VME bus: adapter 0 mapped to adapter 13

EPC external interrupts

gfxinfo

Code:

IRIS 2# /usr/gfx/gfxinfo -v

Graphics board 0 is "KONA" graphics.

Managed (":0.0") 1280x1024

Display has 2 channels

4 GEs (of 4), occmask = 0x0f

4MB external BEF ram, 32bit path

1 RM6 board (of 1) 1/0/0/0

Texture Memory: 64MB/-/-/-

Medium pixel depth

32K cmap

brd: 80160004 2020c/-/-/- f9390404

ge: 3 14831057 14731057 14231057

rm0: 15032057 15431057

4631057 1/1/1/1

4d31057 0/0/0/0/0/1/0/0

4938057 3/3/3/3/3/3/3/3/3/3/3/3/3/3/3/3/3/3/3/3

dg: 05532057

5838057 1/1/1/1

5631057 0/0

GE:   NIC #:      0000.0005.096e (family: 0b)

Serial #:   CFY884

Part #:     030-0681-003

RM0:  NIC #:      0000.0004.b80e (family: 0b)

Serial #:   BYR571

Part #:     030-0684-004

RM1:  No NIC serial number available.

RM2:  No NIC serial number available.

RM3:  No NIC serial number available.

DG:   NIC #:      0000.0002.a6b9 (family: 0b)

Serial #:   CFT316

Part #:     030-0686-003

DGOPT:No NIC serial number available.

Input Sync: Voltage - Video Level; Source - Internal; Genlocked - False

Channel 0:

Origin = (0,0)

Video Output: 1280 pixels, 1024 lines, 60.00Hz (1280x1024_60.vfo)

Video Format Flags:  (none)

Sync Output(s):

Composite sync on Green

Composite TTL sync on Aux 0

Using Gamma Map 0

Channel 1:

Channel's Source Size: 1280 pixels, 1024 lines; Origin = (0,0)

Video Output: 640 pixels, 486 lines, 29.97Hz (640x486_30i.vfo)

Video Format Flags:  (none)

Sync Output(s):

Composite sync on Green

Horizontal TTL sync on Aux 0

Using Gamma Map 0

IRIS 3#

Unfortunately, the RM-64 fails irsaudit. It doesn't seem to result in visible artifacts, though.

_________________
Now this is a deep dark secret, so everybody keep it quiet

It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service:

(2x)

In the museum: almost every MIPS/IRIX system.

jan-jaap
Old Salt
Who joined June 17, 2004, 11:35 a.m.
and authored 2688 notes

Wrote the following at April 20, 2010, 2:20 a.m...

jan-jaap wrote:

... the fact that it works at all is a small victory

Here's what I had to do to get this far:

* The IO4 board had a Dallas with an empty battery. This makes the machine forget it's configuration and it causes IRIX to print a continuous stream of warning messages on the console -- not very handy. I replaced the entire IO4 for the time being.

* The machine was password protected, and it's security policy was rather strict. Futile once I get physical access, of course :twisted:

* The RM6 was in the wrong slot (RM2 slot rather than RM0 slot). Graphics doesn't work like that.

* The InfiniteReality FP1 front plate had been engaged rather cruelly which had damaged the connectors on DG4 and RM6. It had also crushed a handful of wires on the back side into a solid mess. I undid that, but it seems the RM6 is toast anyway. In fact, I think someone 'borrowed' an RM from this system to fix up another Onyx, and left this one in a mess.

* The GE12-4 would make 'irsaudit' crash. Fortunately, after a fresh IRIX install, GE flash and clearing the IR-EEPROM that solved itself :oops:

* All SCSI on this box is high voltage differential. I had to mod it to attach a CDROM.

* Two out of five original harddisks were dead. Bummer, but all these 2GB and 4GB disks don't add up to much anyway.

Tasks left:

* I'm going to mod the IO4 with a CR2032 coin cell holder to solve the Dallas problem once and for all. Pics will follow.

* The system controller is giving me a handful of '???' when powering down. Might be another dead Dallas. This type is still available, but I think I'll mod it anyway. I'm tired of these things.

* The hinge of the front door broke, it has been repaired but in such a way that it doesn't close anymore. I'll have to fix that.

* The system was loaded with Alias|Wavefront, ProEngineer, etc. I'll have to see if there are any licenses and other interesting bits left.

* Upgrades?

_________________
Now this is a deep dark secret, so everybody keep it quiet

It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service:

(2x)

In the museum: almost every MIPS/IRIX system.

Ryan Fox
Enthusiast
Who joined Dec. 20, 2004, 12:03 p.m.
and authored 230 notes

Wrote the following at April 20, 2010, 6:06 a.m...

A nice find... What condition is the machine in cosmetically ? Pictures?
Grrr still looking for a local Iris 4d something...

_________________
MAYA, nut-
:Octane2:

Octane 2 R14k 600 V12 4GB, Octane2 R14K 600 V10 1GB ,
:Onyx2:

Onyx2 IR3 4GB Quad R14K 500 DIVO, Onyx2 IR Quad R12K 400 2GB,
:Indigo2:

SGI Indigo 2 R8K75 TEAL Extreme 256MB,
:Indigo2IMP:

SGI Indigo 2 R10K 195 Solid Impact 256MB, MAX Impact Pending ,
Apple G5 Quad, NV Quadro 4500 + 7800GT, 12GB RAM
Sun Blade 1000 Dual 900 XVR 1000

jan-jaap
Old Salt
Who joined June 17, 2004, 11:35 a.m.
and authored 2688 notes

Wrote the following at April 20, 2010, 7:10 a.m...

Ryan Fox wrote:

A nice find...

It found me! I'm innocent, honest!

Ryan Fox wrote:

What condition is the machine in cosmetically ? Pictures?

Attachment:

ONYX_01.jpg [ 594.87 KiB | Viewed 208 times ]

Bah, even with a professional desoldering station it seems to be impossible to remove a Dallas from an IO4. I'm going to have to think of a plan B

_________________
Now this is a deep dark secret, so everybody keep it quiet

It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service:

(2x)

In the museum: almost every MIPS/IRIX system.

Ryan Fox
Enthusiast
Who joined Dec. 20, 2004, 12:03 p.m.
and authored 230 notes

Wrote the following at April 28, 2010, 10:30 a.m...

-smirks- Ah it found you

Yeah the Dallas clock chip is a real nightmare. I can't understand why the heck they didn't simply put a coin battery holder on the board...
Seriously -.- Anyhow I believe this has been discussed in some detail and there are quite a few examples of individuals who were 'brave' enough to resort to hack and slash butchery...

_________________
MAYA, nut-
:Octane2:

Octane 2 R14k 600 V12 4GB, Octane2 R14K 600 V10 1GB ,
:Onyx2:

Onyx2 IR3 4GB Quad R14K 500 DIVO, Onyx2 IR Quad R12K 400 2GB,
:Indigo2:

SGI Indigo 2 R8K75 TEAL Extreme 256MB,
:Indigo2IMP:

SGI Indigo 2 R10K 195 Solid Impact 256MB, MAX Impact Pending ,
Apple G5 Quad, NV Quadro 4500 + 7800GT, 12GB RAM
Sun Blade 1000 Dual 900 XVR 1000

sybrfreq
Old Salt
Who joined Aug. 21, 2007, 10:12 p.m.
and authored 1647 notes

Wrote the following at April 28, 2010, 12:03 p.m...

heat gun + tin foil + braid? soldering iron? pentium did a how-to a few years ago:
http://www.rotteneggs.com/r3/show/se/321442.html
Maybe he will chime in with how he got it off... or maybe he did the mod with the chip still on the board?

_________________

(Aldebaran)

(Chaos)

(Machop)
:hp xw9300: (Aggrocrag) :hp dv8000: (Attack)

pentium
Old Salt
Who joined Aug. 28, 2006, 6:29 p.m.
and authored 3730 notes

Wrote the following at April 28, 2010, 12:10 p.m...

If you are referring to that one photograph where I am checking the voltage of a dallas chip on an IO4 I never really removed the dallas chip from the system. I simply shined a bright light against the side of the chip, looking for the two spots on the chip that's missing pins. and then very carefully used a dremel to clear away the plastic and resin that covered the bettery leads.
The other dallas chips seen in those photographs were all from socketed PS/2 systems but are essentially the same.

_________________
:Crimson:

<-------- A very happy forum member.

jan-jaap
Old Salt
Who joined June 17, 2004, 11:35 a.m.
and authored 2688 notes

Wrote the following at April 28, 2010, 12:20 p.m...

I've tried it all. Even tried a professional desoldering station. It won't give in. I'm not going to push it too far and burn the PCB.

I've seen pentium's work:

Attachment:

P1270273.jpg [ 78.03 KiB | Viewed 125 times ]

I've reworked a Dallas before. This is the result (from a SUN SparcClassic):

Attachment:

IMG_2747.med.jpg [ 124.39 KiB | Viewed 125 times ]

Find the differences :lol:

Usually Dallas chips are socketed. This one isn't. Since I cannot remove it from the PCB, I'll have to rework it while it's still installed. That, in turn, means the support next to it will have to be removed.

I intend to use an SMD style CR20232 holder again like I did with the SparcClassic. There's room for one on the IO4 next to the Dallas, putting it on top of the Dallas might cause problems with IO4 mezz cards.

_________________
Now this is a deep dark secret, so everybody keep it quiet

It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service:

(2x)

In the museum: almost every MIPS/IRIX system.

n1mr0d
Big Fan
Who joined June 11, 2007, 12:51 p.m.
and authored 125 notes

Wrote the following at April 28, 2010, 3:19 p.m...

jan-jaap wrote:

* Upgrades?

Replacing IP19 with IP25 and maybe do some benchmarks.

_________________
"(Jim) Clark's friends who did not know Ed McCracken came to believe that the man's name was Fucking Ed McCracken. Always the prankster, Clark also replaced the nameplate on his nemesis's door with one reading "Ed McMuffin," a change it took poor Ed three days to notice"-Salon
:Crimson:

R4400-150 Server (RE Progress 80%)
Currently in use: Sennheiser HD 600

sybrfreq
Old Salt
Who joined Aug. 21, 2007, 10:12 p.m.
and authored 1647 notes

Wrote the following at April 28, 2010, 4:22 p.m...

jan-jaap wrote:

There's room for one on the IO4 next to the Dallas, putting it on top of the Dallas might cause problems with IO4 mezz cards.

You just answered my next question.

_________________

(Aldebaran)

(Chaos)

(Machop)
:hp xw9300: (Aggrocrag) :hp dv8000: (Attack)