The collected works of jan-jaap - Page 9

hirudin wrote: OK.. now for the specs:

4X 2P 400MHz nodeboards
GE 16-4
2xRM7

A few remarks:

* The nodeboard in the picture does *not* have 400MHz CPUs, but 250 or 300MHz. The 400MHz CPUs look like this (notice how the cooling fins are different and glued, not screwed):


* XT-HD requires 400MHz or better nodes though. Has something to do with the revision of the HUB chip on the nodeboards IIRC. A little confusing since the 400 and 500MHz PIMMs will work on any IP31 board, and vice versa.

* The combination of GE16-4 and RM7 does work, but is very unusual (not sold by SGI). Probably either a GE14-4, or RM9's.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
I voted 'single'. It's easy to have 'a couple of Indigo2s', for example I have one of every flavor (R4400, R8000, R10000). Cannot do that with desksides due to space constraints so I have one, but I have a set of IP19, IP21 and IP25 CPU boards for it so I can still run it in any configuration I want. Leaving out a couple of Indy/Indigo2/O2 in storage for spares I have:

9x Multi CPU
4D/380VGX (8)
4D/440VGX (4)
Challenge L (12)
Onyx IR (4)
Onyx2 IR3 (4)
O200 (2)
O350 (8)
Octane MXE (2)
Octane2 V12 (2)

14x Single CPU
4D/70GT
Crimson RE
4D/35
3x Indigo
2x Indy
3x Indigo2
Challenge S
O2
Fuel
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
Looks like one of the nodes went 'headless', a.k.a. compression connector problem or HUB chip on IP31 fried (I've seen both happen).

If this node happens to also operate the console you get nothing.

I'd swap that nodeboard with status 0x50 with any other ones doing memory test (0x3f) and retry, you'll probably get to the PROM and at least more verbose error messages. IIRC, the leftmost nodeboard (n4) has the console, but you'd better double check the LEDs on the back.

If not, set switches 4 & 5 on the MSC to go straight to POD on that module. Oh, and remove as much memory as possible from the headless node: memory initialization of a headless node takes *forever* (an hour or more)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Yummie :)

PM sent
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
sr. software engineer.

Everything from device drivers to GUI applications. Lots of platforms, incl. UNIX (commercial & oss), Windows, RT and embedded systems (VxWorks & co) and even bare metal (FPGA boards without a 'real' OS).
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
Found an affordable 147GB Seagate 15K.5 to replace the 73GB 15K.3 system disk:

Code: Select all

speedo 6# diskperf -W -D -n "Seagate 15K.5 ST3146855LC" /tmp/junk
#---------------------------------------------------------
# Disk Performance Test Results Generated By Diskperf V1.2
#
# Test name     : Seagate 15K.5 ST3146855LC
# Test date     : Tue Apr 12 10:14:06 2011
# Test machine  : IRIX64 speedo 6.5 07202013 IP35
# Test type     : XFS data subvolume
# Test path     : /tmp/junk
# Request sizes : min=16384 max=16777216
# Parameters    : direct=1 time=10 scale=1.000 delay=0.000
# XFS file size : 1334837248 bytes
#---------------------------------------------------------
# req_size  fwd_wt  fwd_rd  bwd_wt  bwd_rd  rnd_wt  rnd_rd
#  (bytes)  (MB/s)  (MB/s)  (MB/s)  (MB/s)  (MB/s)  (MB/s)
#---------------------------------------------------------
16384   62.07   66.62   35.24    9.52   10.02    4.66
32768   87.24   92.08   58.06   20.17   18.27    8.77
65536  108.70  112.41   82.84   29.20   32.74   15.43
131072  125.60  127.85  105.22   42.91   49.16   25.51
262144  133.23  134.14  103.35   43.14   65.49   37.95
524288  133.11  134.05   69.45   48.13   70.08   49.63
1048576  133.24  134.07   87.46   64.42   92.10   58.71
2097152  133.38  133.86  105.76   85.87  108.15   84.13
4194304  133.08  129.22  126.07  112.45  118.59  107.74
8388608  132.15  112.59  127.00  113.20  125.83  112.33
16777216  128.94  115.45  130.27  113.94  129.32  114.11

The dip in bwd_wt at 512K/1024K is reproducible, but it's still a nice improvement :)
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
nekonoko wrote: It took two years to get any eBay hits on BT431KC (I created the search right after jan-jaap started this thread), so grab them while you can :)

Wow, these things are rarer than a good Tezro :shock: . I must have been extremely lucky, or (more likely) the chips I bought simply had been sitting on eBay for ages.

Here's a better zoom of the empty socket:

Good luck!
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Received a new graphics carier with another V12 + DCD, a DM2 and a dual FC XIO board. Still need to 'hack' the Gbit ethernet board. Now it says:

Code: Select all

odyssey 3# hinv -mv
Location: /hw/node
PM20600MHZ Board: barcode MZJ969     part 030-1778-001 rev  C
Location: /hw/node/xtalk/15
IP30 Board: barcode KZH338     part 030-1467-001 rev  D
Location: /hw/node/xtalk/15/pci/2
PWR.SPPLY.ER Board: barcode AAE0320663 part 060-0035-002 rev  A
FP1 Board: barcode MJZ540     part 030-0891-003 rev  J
Location: /hw/node/xtalk/13
XTALKPCI Board: barcode MDS638     part 030-0952-005 rev  E
Location: /hw/node/xtalk/11
ODY128VERSIONB Board: barcode LMC572     part 030-1611-001 rev  C
Location: /hw/node/xtalk/10
XT-DIGVID Board: barcode MHE076     part 030-1653-002 rev  G
Location: /hw/node/xtalk/9
FIBRE_CHANNEL Board: barcode KWH328     part 030-0927-004 rev  A
2 600 MHZ IP30 Processors
Heart ASIC: Revision F
CPU: MIPS R14000 Processor Chip Revision: 2.4
FPU: MIPS R14010 Floating Point Chip Revision: 0.0
Main memory size: 4096 Mbytes
Xbow ASIC: Revision 1.4
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Tape drive: unit 2 on SCSI controller 0: DAT
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
Integral SCSI controller 5: Version Fibre Channel QL2342 Port 1, 33 MHz PCI
Integral SCSI controller 6: Version Fibre Channel QL2342 Port 2, 33 MHz PCI
Integral SCSI controller 3: Version QL12160, low voltage differential
Integral SCSI controller 4: Version QL12160, low voltage differential
Integral SCSI controller 7: Version Fibre Channel AIC-1160, revision 2
Integral SCSI controller 8: Version Fibre Channel AIC-1160, revision 2
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V12
Integral Fast Ethernet: ef0, version 1, pci 2
Iris Audio Processor: version RAD revision 12.0, number 1
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 3
PCI Adapter ID (vendor 0x14e4, device 0x1645) PCI slot 1
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1216) PCI slot 3
PCI Adapter ID (vendor 0x9004, device 0x1160) PCI slot 0
PCI Adapter ID (vendor 0x9004, device 0x1160) PCI slot 1
XT-DIGVID Multi-standard Digital Video: controller 0, unit 0, version 0x0
Dual Channel Display

Code: Select all

odyssey 4# /usr/gfx/gfxinfo
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 1280x1024
BUZZ version B.1
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: SGX 8192        Monitor 2 type: Unknown
Channel 0:
Origin = (0,0)
Video Output: 1280 pixels, 1024 lines, 60.00Hz (1280x1024_60)
odyssey 5#

it is kinda loud like this because the fully populated graphics carier unleashes 'fastfan' :oops:
I'll probably get rid of the second (XIO) dual FC board and only use the dual 2GBit QLA2342 in the PCI cage.

It's been a rock solid box and I've been using it quite a bit recently. I think I'll turn it into a Flame box at some point.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
BetXen wrote: "Nice lair" you said... yes, because I've juste made order before the photo. Normally it's significantly more messy :)

Regarding the O200, the skins WERE perfect when they were given to me, as the O200 was used in my university and never moved since their installation. Unfortunately I didn't know the plastics were so fragile and tilted one of the towers during a move. Two feet immediately broke, so I had to remove the two others. Finaly, one door "axis" broke too, but on the other module... grrrr !

Anyway, If you know how to make them reproduce, give me a call ! It would be funny to have a baby O200 as paperweight...


When I got my O200, two or three of it's feet were attached with double sided tape :?
I drilled a hole through the 'foot hinge' and with a bolt + nut it's now stronger than when it was new.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
deBug wrote: One suggestion is to install the base 6.5 IRIX, then patch it rebot and upgrade to 6.5.30

Since this is an R12000 O2, it won't run vanilla IRIX 6.5. You shouldn't boot the 6.5 miniroot either, but the one from "6.5.x Overlay and Installation Tools 1".

patch5086 updates the inst program of an existing installation, to make it read the new dist format used in 6.5.22+
The inst program in the minroot of 6.5.22 and newer already includes this support, so if you install from a miniroot there's never a need for patch5086.

It sounds like your distribution files are garbled. Did you unpack them using WinZIP or something? It has a nasty habit of converting text files to DOS fomat :evil: I'd check whether the Fuel can read them (just point it to the dist directory, resolve conflicts etc, but don't install anything)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Does anybody know what's the difference between a DMediaPro VBOB 013-2746-006 and 013-3646-006 ?

I was aware of this bit in the DM5 User's Guide:

Code: Select all

Note: Only VBOB units with part number 013-2746-004 (or later) can be upgraded
at a customer site with the DM5 option. All other VBOB units must be exchanged as
part of the upgrade.

I got a VBOB type 013- 36 46-006 rev A with my Tezro. It has the DM5 option installed (the one with three DVI connectors). It reports "VBOB firmware revision 1.3.22" on the serial console.

I've seen a 013- 27 46-006 rev A on eBay and it seems to be an older serial# (MPT811) than mine (NSYxxx). Coincidentally, I had just ordered a VBOB (with DM5) for my Octane2, and received another 013- 36 46-006. Nearly the same serial# as the one I have with the Tezro. This part number doesn't show up anywhere. What's up?
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Got the cables to hook up the DM5 to the DCD and hacked the gigabit card. I attached a STONE FC JBOD, but the disks are rather noisy. Damn Discreet and their "special" firmware. The pair of 300GB seagate 10K.7 disks attached to the QL12160 in the PCI cardcage has more capacity, and is whisper quiet...

Code: Select all

odyssey 1# hinv -mv
Location: /hw/node
PM20600MHZ Board: barcode MZJ969     part 030-1778-001 rev  C
Location: /hw/node/xtalk/15
IP30 Board: barcode KZH338     part 030-1467-001 rev  D
Location: /hw/node/xtalk/15/pci/2
PWR.SPPLY.ER Board: barcode AAE0320663 part 060-0035-002 rev  A
FP1 Board: barcode MJZ540     part 030-0891-003 rev  J
Location: /hw/node/xtalk/13
XTALKPCI Board: barcode MDS638     part 030-0952-005 rev  E
Location: /hw/node/xtalk/11
ODY128VERSIONB Board: barcode LKR320     part 030-1611-001 rev  C
Location: /hw/node/xtalk/10
XT-DIGVID Board: barcode MHE076     part 030-1653-002 rev  G
2 600 MHZ IP30 Processors
Heart ASIC: Revision F
CPU: MIPS R14000 Processor Chip Revision: 2.4
FPU: MIPS R14010 Floating Point Chip Revision: 0.0
Main memory size: 4096 Mbytes
Xbow ASIC: Revision 1.4
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Tape drive: unit 3 on SCSI controller 0: DAT
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
Integral SCSI controller 2: Version QL12160, low voltage differential
Disk drive: unit 1 on SCSI controller 2 (unit 1)
Disk drive: unit 2 on SCSI controller 2 (unit 2)
Integral SCSI controller 3: Version QL12160, low voltage differential
Integral SCSI controller 4: Version Fibre Channel QL2342 Port 1, 33 MHz PCI
Integral SCSI controller 5: Version Fibre Channel QL2342 Port 2, 33 MHz PCI
Disk drive: unit 0 on SCSI controller 5 (unit 0)
Disk drive: unit 1 on SCSI controller 5 (unit 1)
Disk drive: unit 2 on SCSI controller 5 (unit 2)
Disk drive: unit 3 on SCSI controller 5 (unit 3)
Disk drive: unit 4 on SCSI controller 5 (unit 4)
Disk drive: unit 5 on SCSI controller 5 (unit 5)
Disk drive: unit 6 on SCSI controller 5 (unit 6)
Disk drive: unit 7 on SCSI controller 5 (unit 7)
Disk drive: unit 8 on SCSI controller 5 (unit 8)
Disk drive: unit 9 on SCSI controller 5 (unit 9)
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V12
Integral Fast Ethernet: ef0, version 1, pci 2
Gigabit Ethernet: tg1, PCI slot 1
Iris Audio Processor: version RAD revision 12.0, number 1
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 3
PCI Adapter ID (vendor 0x14e4, device 0x1645) PCI slot 1
PCI Adapter ID (vendor 0x1077, device 0x1216) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 3
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 3
XT-DIGVID Multi-standard Digital Video: controller 0, unit 0, version 0x0
Dual Channel Display

Code: Select all

odyssey 2# /usr/gfx/gfxinfo -v
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 1280x1024
BUZZ version B.1
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
DM5 attached to Dual Channel 0
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: Unknown         Monitor 2 type: Unknown
Input Sync: Voltage - Video Level; Source - Internal; Genlocked - False
Channel 0:
Origin = (0,0)
Video Output: 1280 pixels, 1024 lines, 60.00Hz (1280x1024_60)
Video Format Flags:  (none)
Sync Disabled
Using Gamma Map 0

Code: Select all

odyssey 3# diskpatch -v
sc0d1l0:  Disk         SEAGATE ST373453LC      9507  Serial: 3HW2BKN0
sc2d1l0:  Disk         SEAGATE ST3300007LW     D703  Serial: 3KR1DMP1
sc2d2l0:  Disk         SEAGATE ST3300007LW     D703  Serial: 3KR1DMN8
sc5d0l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA0BGYY
sc5d1l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA04FZG
sc5d2l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA0C0W0
sc5d3l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA0C29V
sc5d4l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA0C1JN
sc5d5l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA09KJ6
sc5d6l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA0B9HG
sc5d7l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA04F7S
sc5d8l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA03A9R
sc5d9l0:  Disk         STON+WIRST336607FC      7656  Serial: 3JA04BBV

Now it's time to focus on my new 4x1GHz Tezro :D
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Ryan Fox wrote: --Will make a point of stopping by jan-jaap's and helping himself to some of his gear.... --
I'd love to get a DCD ,the DM2 and 5 and...

I serve free drinks of your choice[*] to anyone who wants to talk SGIs. Anything else will be over my dead body ;)

[*] limited to what I have in stock: beers, coffee, and numerous flavors of liquor distilled by my father-in-law 8-)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Got a MBP 13" last week. I may get an SSD for it, but so far I'm loving it :)

_________________
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
You left the half rack too close to another system and Fuels started popping out ? :lol:
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
In my case, I happened to be in NYC for business and if you've ever compared the prices in Europe vs. the US you know this was an opportunity I couldn't pass up on :) I was very much in doubt between the 13" and the 15" w. high res/matte screen. However, this is my first Mac and I wasn't sure I was going to like it. This one was $1200, the 15", with the matte high res screen was $2600 (the Apple Store only stocks the faster CPU w. matte screen). I like the overall dimensions of the 13" better (this one will mostly see "surfing from the sofa" type of use).

If OS X grows on me I may throw out my Windows PC and replace it with an iMac or Mac Pro to do the heavy lifting.

Is there a list of key combinations somewhere? I was kind of shocked to see there was no Backspace, PgUp/Down, ... :shock: I've discovered some combinations like Fn-Delete, Option-Up/Down now, but a comprehensive list would be nice.

_________________
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
porter wrote: I must admit I am not impressed by the Lion OS installation strategy, unless I am mistaken, there is no image for either USB or DVD.

http://reviews.cnet.com/8301-13727_7-20 ... tion-disc/
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
recondas wrote: But it might also be possible that j-j's pre-production prototype Fuel didn't include a PS with ATX2.1 fan and power monitoring capabilities.

Fortunately, I still have that thing sitting under my desk :)

It's not a Sparkle. It's an NMB GM430WTXW01SSV rev. 02, OEM P/N SG002A430WSW (SGI P/N 060-0140-004 rev B)
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
I googled a bit for the NMB PSU. It looks like it was also sold as the 'it002a430wsw' for the Tyan S2603 dual Xeon board .

It seems the it002a430wsw is a WTX PSU, a larger form factor for e.g. dual Xeon boards . Pinout of WTX is different but ATX-WTX adapter cables exist(ed).

Of course no guarantees that (1) the SG 002a430wsw is WTX and/or (2) that a reverse WTX-ATX cable would enable an ATX PSU to work in a Fuel.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
There's one thing I can't make sense of: the WTX PSU spec calls for two large Molex connectors (P1 and P2), but so-called WTX form factor boards like the Tyan I mentioned, the HP XW6000 workstation (and the Fuel) all seem to use only one. This makes the pinouts in the WTX spec PDF rather useless.

WTX specifies the same 24 pin Molex connectors as E-ATX but the pinout obviously is not the same. The WTX PDF also specifies I2C pins (in connector P2) -- maybe that's where my blue Fuel's amazing 'no compatible PSU found' (or similar) message originates? The NMB unit doesn't have I2C. The only N/C wires documented are 4, 8 of P3. And they are N/C in the blue Fuel. How about other Fuels?

There's probably someone out there who figured out how to retrofit an (E-)ATX PSU in an HP XW6000. This might provide info on how to do the same on the Fuel. If the wire colors in the large Molex would be the same between the HP, Tyan and the Fuel, this would be another clue.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
BetXen wrote: I'm now the happy owner of IMO one of the most desirable sgi... an Onyx2 IR2E.

Very nice indeed, congratulations!

BetXen wrote: boot sequence

Code: Select all

Initializing PROM Device drivers ..........             DONE
WARNING: (SYS-DEGRADED):Mixture of premium & std dimms
Standard dimms on nasids : 1
/hw/module/1/slot/n1/node
Premium dimms on nasids : 0
/hw/module/1/slot/n2/node


Looks like you've got a nodeboard in slot N2 with directory RAM in it, and one without in N1. Directory RAM is rather useless in a deskside Onyx2 since it cannot be (numa)linked into a larger configuration, and directory RAM is only required for large (32+ CPU's ?) configurations

BetXen wrote: Hope you like it. I do...

I'm a sucker for Onyx2's. Crimsons too :mrgreen:

PS: If you're ever looking for 7/64" hex (inbus) keys in Europe and can't find them online, go to a garage that deals with US cars or motorcycles (Harley Davidson etc.). They have them too.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Hi Pontus, nice hack!

Would be nice to know your L1 firmware version, with my blue' Fuel I could not upgrade the L1 because it failed to 'detect' the PSU after that.

Oh, and AFAIK, 2.5V is used for the (DDR1) RAM, and is derived from some other voltage (usually the 12V line I think) by a VRM on your mainboard.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
Pontus wrote: Is this the version string you want?

Code: Select all

SGI SN1 L1 Controller
Firmware Image B: Rev. 1.12.6, Built 04/22/2002 08:13:40


Yeah, that's a pretty old revision, last is 1.48.1 I think.

Sometime soon I'll have another look at the L1 of my Fuel . It's even older (1.9.15) . If I feel brave I'll try to boot the newer L1 again.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
Good work!

Meanwhile, I've had a another look at the Fuel that didn't like it's PSU.

Here's some L1 output:

Code: Select all

SGI SN1 L1 Controller
Firmware Image B: Rev. 1.9.15, Built 12/04/2001 16:21:34


001a01-L1>version
L1 1.9.15 (Image B), Built 12/04/2001 16:21:34    [P1 support]
001a01-L1>serial all

Data                            Location      Value
------------------------------  ------------  --------
Local System Serial Number      EEPROM        08:00:69:0B:C3:C2
Local Brick Serial Number       EEPROM        MED907
Reference Brick Serial Number   NVRAM         MED907

EEPROM      Product Name    Serial      Part Number           Rev  T/W
----------  --------------  ----------  --------------------  ---  ------
NODE        IP34            MED907      030_1707_002          D    00
MAC         MAC ADDRESS     ABC123      030_9999_001          A    00
PIMM        IP34PIMM        MDG739      030_1708_002          G    00
XIO         ASTODYB         MDG840      030_1725_001          D    00

EEPROM      JEDEC Info                Part Number         Rev
----------  ------------------------  ------------------  ---
DIMM 0      CE0000000000000026BAAE00  M3 46L3313BT1-CA0   0B
DIMM 2      CE0000000000000026C3AE00  M3 46L3313BT1-CA0   0B
DIMM 1      CE0000000000000028C12601  M3 46L3313BT1-CA0   0B
DIMM 3      CE00000000000000269CF500  M3 46L3313BT1-CA0   0B

001a01-L1>brick
rack: 001, slot: 01, partition: none, type: A, serial: MED907, source: EEPROM
001a01-L1>

So far so good. However:

Code: Select all

001a01-L1>flash default a
001a01-L1>reboot_l1ERROR: Display reset error: no acknowledge
ERROR: Display write error: no acknowledge


SGI SN1 L1 Controller
Firmware Image A: Rev. 1.48.1, Built 01/22/2007 11:33:34


001?01-L1>version
L1 1.48.1 (Image A), Built 01/22/2007 11:33:34    [Base 1MB image]
001?01-L1>serial all

Data                            Location      Value
------------------------------  ------------  --------
Local System Serial Number      NVRAM         N0000000
Reference System Serial Number  NVRAM         N0000000
Local Brick Serial Number       EEPROM        MED907
Reference Brick Serial Number   NVRAM         MED907


EEPROM      Product Name    Serial         Part Number           Rev  T/W
----------  --------------  -------------  --------------------  ---  ------
BOARD 0     IP34            MED907         030_1707_002          D    00
BOARD 1     no hardware detected

001?01-L1>brick
rack: 001, slot: 01, partition: none, type: Unknown [2MB flash], serial:MED907, source: EEPROM
001?01-L1>

Major identity crisis! :?

Finally:

Code: Select all

001?01-L1>pwr up
ERROR: no power supplies available.
001?01-L1>

However, I'm hesitant to blame this on the PSU and/or the wiring. It looks like the L1 didn't migrate it's config data when upgraded from a very old to the latest & greatest. I should have known

recondas wrote: The strongest argument for an SGI-only power supply is jan-jaap's experience with the PS in his prototype Fuel becoming unrecognized after a firmware upgrade - which strongly suggests there's additional outside of the ATX-spec monitoring going on. But it might also be possible that j-j's pre-production prototype Fuel didn't include a PS with ATX2.1 fan and power monitoring capabilities.

I think that, between Pontus' work, and the obvious issues between the L1 software and my IP34 board, this is open for discussion.

I may try incremental L1 software updates on this Fuel, but I'd better be extra careful because if I loose flash bank B I brick the damn thing.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
One more thing:

On the O350, I have a 2MB flash chip, and a 2MB L1 image:

Code: Select all

speedo 1# l1cmd brick
rack: 001, slot: 01, partition: none, type: Chimera Server [2MB flash], serial:MTZ549, source: EEPROM
speedo 2# l1cmd version
L1 1.48.1 (Image B), Built 01/22/2007 11:34:34    [MIPS 2MB image]

But on the Fuel , I have:

Code: Select all

001?01-L1>brick
rack: 001, slot: 01, partition: none, type: Unknown [2MB flash], serial:MED907, source: EEPROM
001?01-L1>version
L1 1.48.1 (Image A), Built 01/22/2007 11:33:34    [Base 1MB image]

The 'brick' command returns a 2MB flash chip, but a 1MB image is loaded. I'll take this with a grain of salt since it doesn't even know what it's talking to, but I have the feeling that the wrong L1 image is loaded. Which would explain a few things :mrgreen: Unfortunately, I don't have another Fuel handy, nor did anyone bother to mention 'l1cmd version' output in the 'hinv' forum ...

Edit: Google found it. The correct L1 image is the "Fuel/PE 1MB image" , not "Base 1MB image".
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
recondas wrote:
jan-jaap wrote: nor did anyone bother to mention 'l1cmd version' output in the 'hinv' forum ...
Guilty as charged :D However there are several that included the output of "flash status" run against the L1 - which gives the same info for both L1 firmware images. smj's 700MHz is at 1.44.4 , and both of Fuels I have are at 1.26.5

Absolutely true, but the actual version number was of course not what I was after looking at L1 "version" output ;)

For a given L1 version, there's more than one image:

Code: Select all

# flashsc -v /usr/cpu/firmware/sysco/l1.bin
flashsc: (System Controller Flash Utility) - Version 1.4.1
Multi-image binary contains 7 flash images.
Image 0: L1 version 1.48.1, Built 01/22/2007 11:33:34  [Base 1MB image]
Image 1: L1 version 1.48.1, Built 01/22/2007 11:34:20  [Fuel/PE/O300 1MB image]
Image 2: L1 version 1.48.1, Built 01/22/2007 11:34:34  [MIPS 2MB image]
Image 3: L1 version 1.48.1, Built 01/22/2007 11:34:57  [Legacy 2MB image]
Image 4: L1 version 1.48.1, Built 01/22/2007 11:36:34  [Legacy Linux L1 image]
Image 5: L1 version 1.48.1, Built 01/22/2007 11:35:27  [2MB image]
Image 6: L1 version 1.48.1, Built 01/23/2007 10:17:58  [Linux L1 image]

The problem with my Fuel is that I flashed it with version 1.48.1 while it was running something < 1.22.2 which is not good .
As a result of this (?), my 1.48.1 image is the "Base 1MB image" rather than the appropriate "Fuel/PE/O300 1MB image", and this information is *not* in the L1 "status" output.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Updated the IO9 firmware.

We have seen a fair number of ethernet adapters fail here, so I'm now using a modded OEM (HP/Compaq) 'tg' card, rather than waiting for my IO9 to suffer a mysterious death.
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
Successfully upgraded the L1 on my Fuel to the last rev (1.48.1) using tjsgifan's recipe (thanks!). PSU still recognized :)

I'll stop hijacking your thread now ;)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Mark_G wrote: Can you more info about 'tjsgifan's recipe' ?

I linked to it twice already in this thread, but here it is: viewtopic.php?f=3&t=16721376&p=7303920

Basically, if you want to upgrade the L1 from an old version, you have to install IRIX 6.5.21 and flash to version 1.22.2 first. I did 1.9.x -> 1.22.2 -> 1.32.6 -> 1.48.1

Up to (and including) version 1.22.2, there were two L1 binaries, one of 1MB and one of 2MB. In the newer versions there's a 'Base 1MB' and a 'Fuel/PE/O300 1MB' image. It looks like the flashsc program will flash the wrong (Base) image into the Fuel if you skip he intermediate steps.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Very nice! That's an interesting arrangement there, looks like the O2 backplane was replaced with a home-made PCB? Also, you've got the AV module, but the plugs are underneath the keyboard :lol: Is the MooseCam connector external? I assume the system disk is underneath the AV board, but what about power, is there a PSU or battery hiding in there somewhere?
:PI: :Indigo: :Indigo: :Indy: :Indy: :Indy: :Indigo2: :Indigo2: :Indigo2IMP: :Octane: :Octane2: :O2: :O2+: Image :Fuel: :Tezro: :4D70G: :Skywriter: :PWRSeries: :Crimson: :ChallengeL: :Onyx: :O200: :Onyx2: :O3x02L:
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. ( IRIS 4D/70 Superworkstation Technical Report )
What if you dist-upgrade to the current stable release from the running system rather than the CD-ROM?
Just make sure you install the QLogic firmware package before you reboot into the new system.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
A couple of days ago, my O350 had switched off overnight. It turned out that one of the PSUs had failed :(

I took the PSU out of the system (hot swap PSUs rule), opened it up, and with the help of a colleague determined that the a PFC diode had failed and taken a MOSFET switcher and the 8A primary fuse with it.

We ordered replacement parts:

Parts arrived, surgery was performed and I'm happy to report that the patient lives again :)

However, the story doesn't end there. I had of course looked for a replacement unit as well. The PSU is a Delta DPS-500EB E. It didn't take long for me to figure out this PSU has been used by a wide range of manufacturers, including Intel, SUN, Acer, Fujitsu-Siemens and several others. The Intel part number is A76009-00x, and this is where it gets interesting. There's a Technical Advisary TA-0674-5 (dated February 20, 2004) out for this PSU:
TA-0674-5 wrote: Description
Intel® Server Chassis SR2300 500-watt redundant power (RP) supply modules with Intel part number A76009-006 and
prior revisions have the potential to fail during sustained, powered-on operation due to a failure of the primary PFC diode
(D802) in the power supply module. If a diode failure occurs, systems operating in a non-redundant power supply
configuration (only one power supply module installed in the power supply cage) will experience an immediate system
power down. [...]

Root Cause
Inherent imperfections in the silicon carbide base material (substrate) used to fabricate the diode cause abnormal electric
fields within the diode package during normal operating conditions. These fields result in high temperatures in the
imperfection areas which cause degradation and eventual failure of the diode. The structural design of the current
supplier’s diode does not have designed-in protection from these abnormal electric fields.

Corrective Action / Resolution
Intel has identified an alternate supplier source for the primary PFC diode in the power supply module. The alternate
diode design is substantially less susceptible to substrate imperfections, because it has designed-in protection against
substrate imperfections, and is therefore more robust than the current diode design. Intel has determined that power
supply modules built with the alternate diode meet Intel’s DPM rate requirement for server system power supplies. The
alternate diode is an equivalent drop-in replacement. An Engineering Change Order (ECO) has been completed to
incorporate the alternate diode. This change is described in Product Change Notification (PCN) number 103919-00.
Power supply modules built with the alternate diode will be marked with Intel part number A76009-007 (or later revisions).
Power supply modules with Intel part number A76009-006 and prior revisions may be reworked with the alternate diode
by Intel’s factories to part number A76009-007. Reworked power supplies will be marked with a green sticker and
relabeled with part number A76009-007 (or later revisions). Power supply modules with the alternate diode will begin
shipment from the power supply supplier on February 19, 2004. All affected product codes built after February 19, 2004
will contain power supply modules built with the alternate diode.

SUN issued a bulletin wrt. the Sun Fire V65x Servers which use this PSU , I'm not aware of any action by SGI though ( oh, how things have changed... ). I can only assume that Origin 350 systems produced before Q2 2004 (and maybe later) have the same issue. Mine certainly did: the PFC diode that blew was D802 described in Intel TA-0674-5. And it had apparently been hot for a while, because the heat had all but erased the part# printed on it.

I also won an equivalent (?) Fujitsu-Siemens DPS-500EB PSU for a whopping 1€ (+shipping) on eBay :lol: I'm curious to find out if (1) this PSU will work at all, or that the O350 will reject it. It can read part- and serial numbers so who knows, and (2) whether this PSU contains the same Infinion part, or the alternate diode that TA-0674-5 mentions.

Most of the hobbyist crew probably don't run their O350's 24/7, but even if you don't, *I* wouldn't be happy knowing there's a component in there that degrades and blows like that. Unfortunately we ordered the parts before I dug up this Technical Advisary, so I probably have the same part susceptible to degradation unless Infinion improved it.

I will almost certainly replace D802 in the other module of my O350 as well. Until I have this sorted out I will minimize the power-on hours of the O350. If you own an O350, you may want to do the same.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
recondas wrote: It looks like the PSUs in your O350 are reported as revision S1. I have S1 and S4 revisions, if you can tell me where to look I'm willing to open the S4 revision to check if it has the defective PFC diode. If it's possible, a photo would probably save me some time peering through a magnifying glass.

I took a couple of pictures when the PSU was open, and the defective parts removed:




The arrow points to where D802 should be. It is normally hiding under a clamp and a thermal pad, and there's another piece of heat sink on top as well. So some disassembly will be required.

The MOSFET that died as well goes in the empty spot to the right of D802.

The datasheet of the schottky diode refers to is as 'v2.0', '2nd generation' etc. so I have good hopes this one is a little better. We'll see in another 7 years or so ;)
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Sad, but hardly unexpected...

_________________
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
That is a very nice looking Octane!
recondas wrote:
Code:
xtdigvid_confidence

[...]
Running standard XTDIGVIDTST tests.

INSTRUCTION:
1) Connect a LVDS cable from the xtdigvid connector labelled P1
to the VBOB connector labelled P1.

2) Connect a LVDS cable from the xtdigvid connector labelled P2
to the VBOB connector labelled P2.

3) On the VBOB, connect a coax from 'HD out 1' to 'HD in 1'.
connect a coax from 'HD out 2' to 'HD in 2'.

4) On the VBOB, connect a coax from 'SD out 1' to 'SD in 1'.
connect a coax from 'SD out 2' to 'SD in 2'.

Is everything ready <y/n>?: n
....Further DM2 testing will have to wait until I acquire a VBOB and a pair of LVDS cables)


Good find. I will have to try this myself. I have the VBOB & cables, but all coax cables I have are survivors from the time I lived in a student house where we ran a 10base2 network :shock: They are buried so deep I may as well order some new ones :oops:

_________________
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Oskar45 wrote: I'm not going to compare any IBM with anything else. No way. If you are old enough, you will certainly know what I mean. But I'm taking your advice and will check out the MacPro for my first Mac ever...thanks!

Basically, there are three desktop models: 'mini', 'iMac' and the MacPro.

The MacPro easily has the most CPU power and biggest memory capacity, but needless to say you don't need a dual socket / 12 core Xeon box for office productivity or web browsing. The MacPro is also the only Mac with PCI/PCIe expansion slots and in which you can change the video card. If you need a RAID card you have no choice but the MacPro. The MacPro line hasn't been upgraded in a while, it lacks the 'SandyBridge' generation CPU's and Thunderbolt ports which have by now even found their way into the entry level systems. Evil tongues also say that Apple is making most of it's money with gadgets and the niche of pro workstations just isn't lucrative enough anymore.

Since you're asking for 'my first mac' and not 'the ultimate FinalCut Pro HD workstation', I would advise against the MacPro, just like I would advise against an Onyx3000 as a first SGI ;) If you want Office productivity & web browsing, a Mini with a quad core CPU is more than adequate. If you want better 3D graphics, the iMac can be had with an ATI GPU.

Then there's the matter of taste: not everybody likes the glossy screens of the iMac for example. Or maybe you bought a 30" EIZO screen last year and want to keep using it. It's all a matter you what you've got and where you want to go (no pun intended), but you didn't tell us your intended use for the system.

Personally, I bought a 13" MacBook Pro as my first Mac. I was looking for something for light browsing duty around the house, portable, but with a keyboard. I also take it with me to offload my Nikon when we're on holidays (I wouldn't be the first who had his camera stolen or memory card die on the last day of my holidays). I'm quite happy with it. Not only does it work very well as a computer, it has something that makes you want to use it. It also makes the Dell laptop it replaced look incredibly clunky.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
My kind of experiment 8-) PM sent ...

_________________
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
* The fans are connected to headers on the mainboard, under the black foam shroud.
* Recondas posted a link to a post by me, I'd just like to say the those fans are no longer sold. You'll find something similar. Just keep in mind the three wires are ordered differently vs. what you find in most PCs, so you'll have to pry the wires from the replacement fan out of it's connector and re-arrange them. I no longer have the O300 so I can't help there ...
* If you can get an L1 prompt on the console port, you can do 'env off' to switch of monitoring. I sure hope you won't do that without pointing some sort of blower at the open chassis, or you will fry the system

Good luck!
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
Well, I had the original fans, and the wires are red, black & yellow in both cases so that was straight forward.

The fans have to move a certain volume of air (CFM) or you risk overheating the system, and they have to run at a minimum RPM or you'll trigger the environmental monitoring. The original fans are type NMB Minebea 3110KL-04W-B79.
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: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)