home *** CD-ROM | disk | FTP | other *** search
- Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!nycmny1-snh1.gtei.net!cpk-news-hub1.bbnplanet.com!news.gtei.net!feed2.news.rcn.net!rcn!netnews.com!newshub2.rdc1.sfba.home.com!news.home.com!enews.sgi.com!news.tamu.edu!sgi-faq
- From: sgi-faq@viz.tamu.edu (The SGI FAQ group)
- Newsgroups: comp.sys.sgi.misc,comp.answers,news.answers
- Subject: SGI hardware Frequently Asked Questions (FAQ)
- Supersedes: <hardware_993016817@viz.tamu.edu>
- Followup-To: comp.sys.sgi.misc
- Date: 6 Jul 2001 05:59:44 GMT
- Organization: Visualization Lab, Texas A&M University
- Lines: 1887
- Approved: news-answers-request@mit.edu
- Expires: 3 Aug 2001 06:00:15 GMT
- Message-ID: <hardware_994399215@viz.tamu.edu>
- Reply-To: sgi-faq@viz.tamu.edu (The SGI FAQ group)
- NNTP-Posting-Host: viz.tamu.edu
- NNTP-Posting-Date: 6 Jul 2001 05:59:44 GMT
- Originator: sgi-faq@viz.tamu.edu
- Xref: senator-bedfellow.mit.edu comp.sys.sgi.misc:57365 comp.answers:46110 news.answers:210662
-
- Archive-name: sgi/faq/hardware
- Last-modified: Tue Jun 20 1:00:04 CDT 2000
- Posting-Frequency: Twice monthly
- URL: http://www-viz.tamu.edu/~sgi-faq/
-
- SGI hardware Frequently Asked Questions (FAQ)
-
- This is one of the Silicon Graphics FAQ series, which consists of:
-
- SGI admin FAQ - IRIX system administration
- SGI apps FAQ - Applications and miscellaneous programming
- SGI audio FAQ - Audio applications and programming
- SGI diffs FAQ - Changes to the other FAQs since the last posting
- SGI graphics FAQ - Graphics and user environment customization
- SGI hardware FAQ - Hardware
- SGI impressario FAQ - IRIS Impressario
- SGI inventor FAQ - IRIS Inventor
- SGI misc FAQ - Introduction & miscellaneous information
- SGI movie FAQ - Movies
- SGI performer FAQ - IRIS Performer
- SGI pointer FAQ - Pointer to the other FAQs
- SGI security FAQ - IRIX security
-
- Read the misc FAQ for information about the FAQs themselves. Each FAQ is
- posted to comp.sys.sgi.misc and to the news.answers and comp.answers
- newsgroups (whose purpose is to store FAQs) twice per month. If you
- can't find one of the FAQs with your news program, you can get it from
-
- ftp://viz.tamu.edu/pub/sgi/faq/
- ftp://rtfm.mit.edu/pub/usenet/news.answers/sgi/faq/
-
- (rtfm.mit.edu is home to many other FAQs and informational documents,
- and is a good place to look if you can't find an answer here.) The FAQs
- are on the World Wide Web at
-
- http://www-viz.tamu.edu/~sgi-faq/
-
- If you can't use FTP or WWW, send mail to mail-server@rtfm.mit.edu with
- the word 'help' on a line by itself in the text, and it will send you a
- document describing how to get files from rtfm.mit.edu by mail. Send the
- command 'send usenet/news.answers/sgi/faq/misc' to get the SGI misc FAQ,
- and similarly for the other FAQs. Send the command 'send
- usenet/news.answers/internet-services/access-via-email' to get the
- "Accessing the Internet by E-Mail FAQ".
-
- You may distribute the SGI FAQs freely and we encourage you to do so.
- However, you must keep them intact, including headers and this notice,
- and you must not charge for or profit from them. Contact us for other
- arrangements. We can't be responsible for copies of the SGI FAQs at
- sites which we do not control, and copies published on paper or CD-ROM
- are certain to be out of date. The contents are accurate as far as we
- know, but the usual disclaimers apply. Send additions and changes to
- sgi-faq@viz.tamu.edu.
-
- Topics covered in this FAQ:
- ---------------------------
- -1- GENERAL INFORMATION
- -2- Where can I get a copy of SGI's Periodic Table of the Irises?
- -3- What third-party vendors sell thus-and-such for SGIs?
- -4- Where can I get used SGI machines?
- -5- What is my old SGI machine worth?
- -6- What about my IRIS 2000 or 3000?
- -7- Should I shut off my Iris at night?
- -8- How fast is my R4000 or R4400 machine?
- -9- What is the IP number of each SGI model?
- -10- What graphics and audio options were/are available for each
- model?
- -11- What OS versions are supported on which platforms?
- -12- MEMORY
- -13- What type of memory does each SGI model use?
- -14- Can I mix 1MB and 2MB SIMMS in my 4D/20 & 4D/25 Personal IRISes?
- -15- Can I add 4MB SIMMS to my 4D/20 or 4D/25 PI?
- -16- How many 4MB SIMMS can be put into an Indigo?
- -17- How can I find a bad SIMM?
- -18- Why does my system tell me I need a revision C Memory Controller
- (MC) chip?
- -19- Should I worry about a "recoverable memory parity error"?
- -20- MONITORS AND VIDEO HARDWARE
- -21- My monitor is maladjusted in some way. How to fix it?
- -22- Can I have 2 graphics displays on my Indigo?
- -23- What do I need to do stereo on an Onyx/RE2?
- -24- Can I use my SGI monitor on my PC?
- -25- Can I use my PC monitor on my SGI?
- -26- What video formats, scan rate, etc. do SGI monitors support?
- -27- How can I set my Indy to use 1280x1024 pixels on a third-party
- monitor?
- -28- What is the pinout for the Indy's 13W3 video connector?
- -29- STORAGE DEVICES
- -30- What do all these SCSI technical terms mean?
- -31- How many SCSI devices can I have on an Indigo?
- -32- How do I install external SCSI disks on my SGI?
- -33- Can I use a non-SGI hard drive in my SGI workstation?
- -34- What kind of DAT drive does SGI sell for the Indigo?
- -35- Can I use a 3rd-party cartridge tape drive on my Indigo?
- -36- Which Exabyte drives work with SGI systems?
- -37- How to connect my 3rd-party tape drive to my SGI?
- -38- How should I set up my tape drive so tar's 'r' and 'u' options
- work?
- -39- What do I do when I can't read a tar tape made on another system?
- -40- Why can't I write a tape on my DEC DAT drive and read it on my
- SGI?
- -41- Why does my SGI think my DAT has audio on it when it actually has
- data?
- -42- How can I recover a partially overwritten tar tape?
- -43- When and how should I clean my tape drive?
- -44- Why don't no-rewind tape devices always work in IRIX 5.3/6.0.1?
- -45- What dump parameters should I use?
- -46- How can I eject a jammed tape or CD?
- -47- Can I use a non-SGI CD-ROM on my SGI?
- -48- Can I use an SGI CD-ROM on a non-SGI?
- -49- How can I write CD-ROMs on an SGI?
- -50- Why can't Joe User eject his CD-ROM?
- -51- How can Joe User mount and unmount his magneto-optical disk?
- -52- Why do SGI SCSI controllers have host ID 0 instead of the usual
- 7?
- -53- What about Syquest and Iomega (Zip, Jaz) removable media drives?
- -54- EVERYTHING ELSE
- -55- How long can my monitor/keyboard/mouse/Indycam cables be?
- -56- How fast is the Indigo parallel port?
- -57- What are the differences between the Indigo R4000 and Indigo2?
- -58- What high speed interfaces are available for Onyx?
- -59- Why doesn't my modem work?
- -60- What about ISDN?
- -61- What mice (or other pointing devices) can I use with my SGI?
- -62- What about joysticks?
- -63- What about uninterruptable power supplies?
- -64- How can ordinary users control the multi-channel option (MCO)?
- -65- What laptop or notebook SGIs are available?
-
- ----------------------------------------------------------------------
-
- Subject: -1- GENERAL INFORMATION
- Date: 09 Jan 1994 00:00:01 EST
-
- The next few items discuss general questions about hardware.
-
- ------------------------------
-
- Subject: -2- Where can I get a copy of SGI's Periodic Table of the
- Irises?
- Date: 10 Dec 1993 00:00:01 EST
-
- SGI Direct (see the misc FAQ for phone numbers) and your friendly
- neighborhood salesbeing are guaranteed to have the latest.
- Nonetheless, the misc FAQ lists the locations of FTPable Postscript
- versions under "What are some related network-accessible
- documents?".
-
- ------------------------------
-
- Subject: -3- What third-party vendors sell thus-and-such for SGIs?
- Date: 12 May 1996 00:00:01 EST
-
- See ftp://viz.tamu.edu/pub/sgi/hardware/3rd-party and
- http://www.vigyan.com/~blbates/hardware/.
-
- ------------------------------
-
- Subject: -4- Where can I get used SGI machines?
- Date: Mon May 22 11:47:58 CDT 2000
-
- The SGI Systems Remarketing group makes used SGI machines available
- to sales representatives. If you want to buy a used SGI machine, ask
- your local sales rep or call SGI Direct (see the misc FAQ for phone
- numbers).
-
- wgbhres@world.std.com (Boris Levitin) and gcook@netcom.com
- (Gary W. Cook) have supplied the following remarketer information:
-
- Data Instruments, Inc
- phone: 800-466-1144 fax: 707-919-2004
- WWW: http://www.workstation.net/ <info@workstation.net>
-
- Great Eastern Technology <info@get.com>
- phone: 617-937-0300
-
- Inmartech <info@inmartech.com>
- phone: 408-733-1480
-
- Mashek Consulting Corp., Douglas Mashek <doug@mashek.com>
- phone: 612-434-3945
- WWW: http://www.mashek.com/
-
- Minicomputer Exchange, John McFarland
- phone: 408-733-4400
- WWW: http://www.mce.com/
-
- Recurrent Technologies <sales@recurrent.com>
- phone: 408-727-1122
-
- Reputable Systems <sales@reputable.com>
- phone: 303-444-0290
- WWW: http://www.reputable.com/
-
- Security Computer Sales
- phone: 612-227-5683
-
- XS International <xs@xsnet.com>
- phone: 770-740-0040 fax: 770-740-0121
- WWW: http://www.xsnet.com/
-
- ------------------------------
-
- Subject: -5- What is my old SGI machine worth?
- Date: 27 Jun 1996 00:00:01 EST
-
- Thanks to Thomas Sippel-Dau <cmaae47@imperial.ac.uk> for this
- summary:
-
- Since computer technology has been improving so rapidly, this is
- difficult to answer generally. But you can take the following
- approches to get somewhere near a realistic estimate.
-
- 1. The Book Value.
-
- This assumes the computer is an investment object which is written
- down over a certain time. At the end of this time it is assumed that
- the residual value will pay for scrapping the object, so you do not
- have to pay someone to take it away. About 5 years seems reasonable
- for computers.
-
- Value the current value
- Price the original price
- n the age of the machine in months
- p depreciation rate 1.6% (for 62.5 months useful life)
-
- 1.1 Linear method: Value = Price * ( 1 - n * p )
- 1.2 Degressive method: Value = Price * ( 1 - 2 * p ) ** n
-
- In the first 4 years the degressive method will give lower values.
-
- Once the degressive monthly depreciation is lower than the linear
- one, you should sell the machine and buy a new one, otherwise you pay
- more tax than you need to (talk to your accountants first, they
- should know the exact depreciation rate and method).
-
- 2. Comparative method.
-
- Get the new price of a similar current machine. Multiply the current
- price by any usefulness multipliers. For example:
-
- An Indigo R3000 server costs $8000 (N.B. NOT the real price)
- An Iris 4D/25 is about half the speed of it
-
- Then the current value of the 4D/25 cannot be more than $4000
- regardless of what the book value says.
-
- For this you must strip or enhance the machine to a current standard.
-
- Say you take the price of an Indigo with 432 disk Mbyte and 16 Mbyte
- memory to assess the residual value of a 4D/25 with eight Mbyte
- memory and 330 Mbyte hard disk. You will arrive at the price after
- you have upgraded the the 4D/25 to 16 Mbyte.
-
- Since both machines are not very useful (stand alone) with so little
- disk space, you can allow for the difference in disk space when you
- calculate the price of the whole running system.
-
- For this method the old system must be able to run current software
- usefully. A system that does not run current software has no value,
- but see below.
-
- You should also take account of the maintenance cost for about three
- years, which is when a system you buy now would be due for
- replacement according to the book value method.
-
- 3. Components and options.
-
- You can view the system as an assembly of useful parts, such as
- monitor, keyboard, disk drives, system box, electronics module. If
- you have extra memory or disks (over and above the currently useful
- minimum), you can value them at about 80% of the price you currently
- have to pay third party suppliers.
-
- 4. Residual use value.
-
- If you can find a dedicated use for an old general purpose machine,
- then this could give you a final number. However, you need to allow
- for any work you have to put in to get to that state, and to keep the
- system there. You will also find that only reasonably large
- organisations have such dedicated uses.
-
- Finally, a word about maintenance:
-
- If you have one system only, and you cannot afford to lose it, you
- need to take maintenance, regardless of how much it is. From about 5
- systems you can save yourself maintenance if you can afford to lose
- the odd system and load its uses onto the remaining ones. But
- remember that rescheduling people often meets resistance, and keeping
- people idle because of a system failure is extremely expensive.
-
- See also David Dennis <david@amazing.com>'s "Buying Old SGI Systems
- FAQ", cited in the misc FAQ.
-
- ------------------------------
-
- Subject: -6- What about my IRIS 2000 or 3000?
- Date: 20 Jul 1996 00:00:01 EST
-
- See the IRIS 2000/3000 mailing list and FAQ (cited in the misc FAQ,
- the latter under "What are some related network-accessible
- documents?") and ftp://viz.tamu.edu/pub/sgi/hardware/4Dxx0.
-
- ------------------------------
-
- Subject: -7- Should I shut off my Iris at night?
- Date: 01 Jul 1994 00:00:01 EST
-
- (Home users often ask this.) No, you should not. The hardware is
- designed for continuous use, and IRIX schedules cleanup tasks for the
- early morning. (See the cron(1M) and crontab(1) manpages and the
- files in /usr/spool/cron.) Disks, tapes, CD-ROMs etc. consume little
- power when idle and should NEVER be turned off or on (or connected or
- disconnected) when the system is running.
-
- However, turning off your *monitor* will save power and prolong its
- life.
-
- ------------------------------
-
- Subject: -8- How fast is my R4000 or R4400 machine?
- Date: 27 Jan 1996 00:00:01 EST
-
- Eric Williams <williams@agomoda.asd.sgi.com> reveals all:
- It is confusing to spec the clock frequency for the R4000 and R4400
- because they are so flexible. There are four interesting numbers:
-
- - internal clock
- - external clock
- - secondary cache access cycle
- - SYSINT frequency
-
- Let's start by specifying the processor internal frequency. e.g. 150
- MHz. All other frequencies are specified with respect to this one.
- For programs that get good primary cache hit rates this number will
- determine the performance.
-
- The clock input to the R4400 (i.e. the crystal you buy) is always
- half the internal frequency. In this case 75 MHz. This is generally
- the number used by the chip manufacturers, to specify the speed of
- the part. However from a system point of view, it is the least
- visible to the user, and therefore IMHO the least interesting.
-
- The secondary cache read and write access cycles are programmable in
- terms the internal clock frequency (e.g. 150 MHz cycles). This
- allows you to trade off the cost/speed of secondary cache rams with
- system performance. When upgrading from 100 MHz to 150 MHz you can
- either keep the same rams and increase the SCache access cycle or
- install faster rams and keep the number of cycles constant. The
- first option keeps the cost to a minimum while the second maximizes
- performance.
-
- Finally the interface that talks to the system (SYSINT) can run at a
- programmable fraction (1/2, 1/3, ...) of the internal frequency. For
- the example 150 MHz processor, this could be 75 MHz, 50 MHz, etc.
- This puts an upper limit on the bandwidth to memory and affects some
- latency parameters. Typically you would program the system interface
- to run synchronously with the memory controller.
-
- From what I've heard here about the Indy R4400 upgrade (I'm not
- involved with it) I think you could say the following:
-
- - the internal clock (primary cache, instruction execution, etc)
- increases from 100 MHz to 150 MHz
- - the clock crystal increases from 50 MHz to 75 MHz
- - the secondary cache access times stays the same in absolute
- terms (but increases in terms of internal clock cycles)
- - the system interface to memory stays at 50 MHz (100 MHz div 2, vs.
- 150 MHz div 3)
-
- BTW, the Indy upgrade example illustrates why IMHO the 75 MHz
- external frequency of the R4400 is not an interesting number to
- quote. Performance of real programs will be determined by the
- internal 150 MHz clock, the secondary cache timing and the system
- interface/memory speed, not the 75 MHz external clock.
-
- The Jan/Feb 1996 Pipeline has a table of Indigo, Indy and Indigo^2
- processor types and the versions of IRIX which support them.
-
- ------------------------------
-
- Subject: -9- What is the IP number of each SGI model?
- Date: 04 Jul 1996 00:00:01 EST
-
- There are two different IP numbers, one referring to the hardware and
- one to the software (kernel configuration). The latter is what you
- see when you type 'hinv'. Here is a table of both numbers:
-
- HW IP SW IP Model CPU Speed
- ----- ----- -------------------- ----- -----------
- IP2 IP2 IRIS 3000 68020
- IP4 IP4 4D/50, 4D/70 R2000 12.5MHz
- IP4.5 IP4.5 4D/80, 4D/85 R2000 16MHz
- 4D/60 R2300
- IP5 IP5 4D/1x0 R3000 16.7MHz
- IP6 IP6 4D/20 R3000 12.5MHz
- IP10 IP6 4D/25 R3000 20MHz
- IP7 IP7 4D/2x0 R3000 25MHz
- IP9 IP9 4D/210 R3000 25MHz
- IP13 IP7 4D/3x0 R3000 33MHz
- IP15 IP7 4D/4x0 R3000 40MHz
- IP12 IP12 4D/30, 4D/35, Indigo R3000 30-36MHz
- IP17 IP17 Crimson R4x00 50 or 75MHz
- IP19 IP19 Onyx, Challenge R4x00 50 or 75MHz
- IP20 IP20 Indigo R4000 R4x00 50 or 75MHz
- IP22 IP22 Indigo2 R4x00 50 or 75MHz
- IP24 IP22 Indy R4x00 50 or 75MHz
- IP25 R10000 200 MHz
- IP26 Challenge R8000 75 MHz
-
- The missing numbers were used for machines that were not released.
- R4x00 machines can be 50 MHz R4000s or 75Mhz R4400s. 'hinv' reports
- twice that in recent versions of IRIX; see the previous question for
- an explanation. We use the smaller number here for consistency.
-
- ------------------------------
-
- Subject: -10- What graphics and audio options were/are available for
- each model?
- Date: 20 Apr 1996 00:00:01 EST
-
- Walter Roberson <roberson@ibd.nrc.ca> writes: Here's a first draft.
- Some of the fine details might be off a little, especially with respect
- to older systems. CPU type is important in determining which graphics
- options are supported.
-
- Fields are
-
- model: cpu@speed: audio notes
- gfx code name (gfx market name ["gfxinfo board name: #bitplanes,
- #Z planes, implementing hardware])
-
- 4D20: IP6@12: /dev/audio (8 bit u-law)
- Da Vinci ([24, no Z]),
- Eclipse (B ["VGR2"], G ["GR1": 24, 24 Z, RE1|RE2],
- TG ["GR1": 24, 24 Z, RE1|RE2])
-
- 4D25: IP6@20: /dev/audio (8 bit u-law)
- Da Vinci ([24, no Z]),
- Eclipse (B ["VGR2"], G ["GR1": 24, 24 Z, RE1|RE2],
- TG ["GR1": 24, 24 Z, RE1|RE2])
-
- 4D30: IP12@30: Indigo-type audio optional
- Eclipse (B ["VGR2"], G ["GR1": 24, 24 Z, RE2], TG ["GR1": 24, 24 Z, RE2]),
- Express (XS ["GR2", 8, no Z, 1 GE7, 1 RE3],
- XS24 ["GR2": 24, no Z, 1 GE7, 1 RE3],
- Elan ["GR2-Elan": 24, Z, 4 GE7, 1 RE3])
-
- 4D35: IP12@36: Indigo-type audio optional
- Eclipse (B ["VGR2"], G ["GR1": 24, 24 Z, RE2], G ["GR1": 24, 24 Z, RE2]),
- Express (XS ["GR2", 8, no Z, 1 GE7, 1 RE3],
- XS24 ["GR2": 24, no Z, 1 GE7, 1 RE3],
- Elan ["GR2-Elan": 24, Z, 4 GE7, 1 RE3])
-
- 4DRPC (R3000 Indigo): IP12@33: audio built in
- Express (XS ["GR2", 8, no Z, 1 GE7, 1 RE3],
- XS24 ["GR2": 24, no Z, 1 GE7, 1 RE3],
- XSM ["GR2": 24, no Z, 4 GE7, 1 RE3],
- Elan ["GR2-Elan": 24, Z, 4 GE7, 1 RE3]),
- Starter/Light (Entry ["LG1": 8, soft Z, LG2, REX])
-
- 4D4RPC? (R4000 Indigo): IP20: audio built in
- Express (XS ["GR2": 8, no Z, 1 GE7, 1 RE3],
- XSM ["GR2": 24, no Z, 4 GE7, 1 RE3],
- XZ ["GR2-XZ": 24, Z, 2 GE7, 1 RE3],
- Elan ["GR2-Elan": 24, Z, 4 GE7, 1 RE3])
- Starter/Light (Entry ["LG1MC": 8, soft Z, LG2, REX]),
-
- 4D50: IP4@12.5: no audio
- Clover1 (B, G [optional Z])
-
- 4D60: IP4.5@16: no audio
- Clover1 (B, G [optional Z])
-
- 4D70: IP4@12.5: no audio
- Clover1 (B, G [optional Z]),
- Clover2 (GT [Z], GTX [Z])
-
- 4D80: IP4.5@16: no audio
- Clover2 (GT [Z], GTX [Z])
-
- 4D85: IP4.5@16: no audio
- Clover2 (GT [Z], GTX [Z])
-
- 4D120: IP5@16.7: Vigra VME audio optional (not AL compatable)
- Clover2 (GTX ["GTX": GM2, GE4, RM1, RV2]),
- Stapuft (SKY, VGX ["VGX": IMP3]),
- Venice (RealityEngine ["RE": 8 GE8, 2 RM4])
-
- 4D210: IP9@25: Vigra VME audio optional (not AL compatable)
- Clover2 (GT ["GT": GM2, GE4, RM1, RV1], GTX ["GTX": GM2, GE4, RM1, RV2]),
- Stapuft (VGX ["VGX": IMP3])
-
- 4D2[248]0: IP7@25: Vigra VME audio optional (not AL compatable)
- Clover2 (GT ["GT": GM2, GE4, RM1, RV1], GTX ["GTX": GM2, GE4, RM1, RV2]),
- Stapuft (VGX ["VGX": IMP3], VGXT/SKY ["VGX": IMP5])
-
- 4D310 (Crimson): IP17: Vigra VME audio optional (not AL compatable)
- Clover2 (GTX ["GTX": GM2, GE4, RM1, RV2]),
- Express (XS ["GR2": 8, no Z, 1 GE7, 1 RE3],
- XS24 ["GR2": 24, no Z, 1 GE7, 1 RE3],
- Elan ["GR2-Elan": 24, Z, 4 GE7, 1 RE]),
- Light (Entry ["LG1"]),
- Stapuft (VGX ["VGX": IMP3], VGXT/SKY ["VGX": IMP5])
- Ultra (Extreme ["GU1-Extreme", 32 Z]),
- Venice (RealityEngine ["REC": 8 GE8, 2 RM4]),
-
- 4D3[248]0: IP7@33: Vigra VME audio optional (not AL compatable)
- Clover2 (GTX ["GTX": GM2, GE4, RM1, RV2]),
- Stapuft (VGX ["VGX": IMP3], VGXT/SKY ["VGX": IMP5]),
- Venice (RealityEngine ["RE"])
-
- 4D4x0: IP7@40: Vigra VME audio optional (not AL compatable)
- Stapuft (VGX ["VGX": IMP3], VGXT ["VGX": IMP5]),
- Venice (RealityEngine ["RE"])
-
- Indy: IP22: audio built in
- Express (XZ ["GR3-Elan": 24, Z, 4 GE7, 1 RE3.1]),
- Newport (XL ["NG1": 8|24, soft Z, NG1, REX3])
-
- Indigo2: IP22: audio built in
- Express (XZ ["GR3-Elan": 24, Z, 4 GE7, 1 RE3.1]),
- Newport (XL ["NG1": 8|24, soft Z, NG1, REX3]),
- Newpress (Extreme+XL ["GU1-Extreme": 32 Z]),
- Ultra (Extreme ["GU1-Extreme", 32 Z])
-
- Onyx: IP19: ASO audio optional, Vigra VME audio optional (*is* AL
- compatable!)
- Venice (RealityEngine ["RE": 8 GE8, 2 RM4],
- RealityEngine2/VTX ["REV": 12 GE10, 2 RM4 or RM5])
-
- Notes:
-
- See http://www.sgi.com/Archive/comp.sys.sgi/audio/1994/Aug/0082.html
- for more details on audio on VME machines.
-
- It is not certain that VGR2 graphics is {IP6,IP12} "B" series.
-
- The 4D50 thru 4D85 have an audio channel, but there is no
- documentation on it and there is no SGI or third party support for it.
- SGI does not seem to have discussed it at all in the newsgroups.
-
- XSM graphics seems to be quite rare. Elan without a Z buffer? The
- newsgroups have mentioned it only once, but I have one so I'm sure it
- exists.
-
- The high-end graphics list is probably incomplete.
-
- Slashes usually indicate points I'm not entirely clear on. For example
- I'm unclear on whether Skywriter graphics is different than VGTX.
-
- ------------------------------
-
- Subject: -11- What OS versions are supported on which platforms?
- Date: 20 Dec 1996 00:00:01 EST
-
- Walter Roberson <roberson@hamer.ibd.nrc.ca> contributes the following
- list:
-
- Here's a first draft of a table, based mostly on material that has
- appeared in Pipeline. Details up to IRIX 3.3 are largely lost in the
- mists of time, as are details about when various platforms went out
- of service.
-
- Note: Names with '+' should not be broken up into components. For
- example, IRIX 3.3+3.3.2 is distinct from IRIX 3.3 and from IRIX
- 3.3.2, and indicates IRIX 3.3 with a maintenance release (what would
- now be called a roll-up patch.)
-
- Note: IRIX 4.0.1T, IRIX 4.0.4T, IRIX 4.0.5IPR, and IRIX 5.3+5.3 TIRIX
- are Trusted IRIX releases, not general IRIX releases.
-
- Note: IRIX 5.2 and 5.3 releases are sometimes very hardware
- specific. The last release listed is not necessarily the last or
- best release for all hardware.
-
-
- IRIS 1000, 1200, 1400: Terminals, no user-accessible OS.
-
- IRIS 2300, 2400, 2400T, 2500, 2500T, 3000, 3010, 3020, 3030, 3100,
- 3115, 3120, 3130, 3150: up to IRIX 3.2?? End of lifetime.
-
- 4D/20, 4D/25: IRIX 3.2? IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX 3.3.2,
- IRIX 3.3.2+3.3.3, IRIX 4.0.1, IRIX 4.0.1T, IRIX 4.0.2, IRIX 4.0.3,
- IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A, IRIX
- 4.0.5A+4.0.5C, IRIX 4.0.5IPR, IRIX 5.2, IRIX 5.3, IRIX 5.3+5.3 TIRIX
-
- V/20, VIP10: 4.0.1+VIP10, IRIX 4.0.5A+V20_35. End of lifetime.
-
- 4D/30, 4D/35: IRIX 3.3+3.3.2+1.0 4D/35 (introduction), IRIX 3.3.2+1.0
- 4D/35 (introduction), IRIX 3.3+3.3.2+1.1 4D/35, IRIX 3.3.2+1.1 4D/35,
- IRIX 3.3+3.3.2+3.3.3+1.1 4D/35, IRIX 3.3.2+3.3.3+1.1 4D/35, IRIX
- 4.0.1, IRIX 4.0.1T, IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B,
- IRIX 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX
- 4.0.5IPR, IRIX 5.2, IRIX 5.3, IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX
-
- V/30, V/35, VIP12: 4.0.1+VIP12, 4.0.2+V35, IRIX 4.0.5A+V20_35. End of
- lifetime. [Might have supported one other release.]
-
- 4D/50: up to IRIX 3.2? IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX 3.3.2,
- IRIX 3.3.2+3.3.3, IRIX 3.3+3.3.2+3.3.3L, IRIX 3.3.2+3.3.3L, IRIX
- 3.3+3.3.2+3.3.3+3.3.3L, IRIX 3.3.2+3.3.3+3.3.3L, IRIX 4.0.1, IRIX
- 4.0.1T, IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T,
- IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR. End of
- lifetime, but IRIX 5.2 and IRIX 5.3 might work with GT graphics,
- which are not officially supported in the 4D/50. IRIX 5.3 with XFS is
- definitely not supported.
-
- 4D/60, 4D/60T: up to IRIX 3.2? IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX
- 3.3.2, IRIX 3.3.2+3.3.3, IRIX 3.3+3.3.2+3.3.3L, IRIX 3.3.2+3.3.3L,
- IRIX 3.3+3.3.2+3.3.3+3.3.3L, IRIX 3.3.2+3.3.3+3.3.3L, IRIX 4.0.1,
- IRIX 4.0.1T, IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX
- 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR.
- End of lifetime.
-
- 4D/70: up to IRIX 3.2? IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX 3.3.2,
- IRIX 3.3.2+3.3.3, IRIX 3.3+3.3.2+3.3.3L, IRIX 3.3.2+3.3.3L, IRIX
- 3.3+3.3.2+3.3.3+3.3.3L, IRIX 3.3.2+3.3.3+3.3.3L, IRIX 4.0.1, IRIX
- 4.0.1T, IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T,
- IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR. End of
- lifetime for 4D/70G and 4D/70 server. IRIX 5.2 (GT, GTX graphics
- only), IRIX 5.3 (GT, GTX graphics only, not server), IRIX 5.3+5.3
- TIRIX. End of lifetime. IRIX 5.3 with XFS is not supported.
-
- 4D/80, 4D/85: up to IRIX 3.2? IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX
- 3.3.2, IRIX 3.3.2+3.3.3, IRIX 3.3+3.3.2+3.3.3L, IRIX 3.3.2+3.3.3L,
- IRIX 3.3+3.3.2+3.3.3+3.3.3L, IRIX 3.3.2+3.3.3+3.3.3L, IRIX 4.0.1,
- IRIX 4.0.1T, IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX
- 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR,
- IRIX 5.2 (excluding G graphics), IRIX 5.3 (excluding G graphics),
- IRIX 5.3+5.3 TIRIX. End of lifetime. IRIX 5.3 with XFS is not
- supported.
-
- 4D/1[2,4,6,8]0, 4D/2[12468]0: up to IRIX 3.2? IRIX 3.3+3.3.1, IRIX
- 3.3+3.3.2, IRIX 3.3.2, IRIX 3.3.2+3.3.3, IRIX 4.0.1, IRIX 4.0.1T,
- IRIX 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX
- 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR, IRIX 5.2, IRIX
- 5.3, IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX. End of lifetime.
-
- 4D/310: IRIX 3.3 (introduction), IRIX 3.3+3.3.1, IRIX 3.3+3.3.2, IRIX
- 3.3.2, IRIX 3.3.2+3.3.3, IRIX 4.0, IRIX 4.0.1, IRIX 4.0.1T, IRIX
- 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX 4.0.5,
- IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5D, IRIX 4.0.5E, IRIX
- 4.0.5F, IRIX 4.0.5G(rev B), IRIX 4.0.5G(rev D), IRIX 4.0.5H, IRIX
- 4.0.5 a360, IRIX 4.0.5H a360+MCO, IRIX 4.0.5IPR, IRIX 5.2, IRIX 5.3.
- IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX. End of lifetime.
-
- 4D/3[2468]0: IRIX 3.3 (introduction), IRIX 3.3+3.3.1, IRIX 3.3+3.3.2,
- IRIX 3.3.2, IRIX 3.3.2+3.3.3, IRIX 4.0, IRIX 4.0.1, IRIX 4.0.1T, IRIX
- 4.0.2, IRIX 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX 4.0.5,
- IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR, IRIX 5.2, IRIX 5.3,
- IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX. End of lifetime.
-
- 4D/4[2468]0: IRIX 3.3+3.3.2+3.3.3L (introduction), IRIX 3.3.2+3.3.3L
- (introduction), IRIX 4.0, IRIX 4.0.1, IRIX 4.0.1T, IRIX 4.0.2, IRIX
- 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A,
- IRIX 4.0.5A+4.0.5C, IRIX 4.0.5IPR, IRIX 5.2, IRIX 5.3, IRIX 5.3 with
- XFS, IRIX 5.3+5.3 TIRIX. End of lifetime.
-
- 4D/510 (Crimson): 4.0.3 (introduction), IRIX 4.0.4, IRIX 4.0.4B, IRIX
- 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A, IRIX 4.0.5A+4.0.5C, IRIX 4.0.5D,
- IRIX 4.0.5E, IRIX 4.0.5F, IRIX 4.0.5G(rev B), IRIX 4.0.5G(rev D),
- IRIX 4.0.5H, IRIX 4.0.5 a360, IRIX 4.0.5H a360+MCO, IRIX 4.0.5IPR,
- IRIX 4.0.5J(rev A), IRIX 4.0.5J(rev B), IRIX 5.2, IRIX 5.3, IRIX 5.3
- with XFS, IRIX 5.3+5.3 TIRIX, IRIX 6.2 (except GTX)
-
- R3000 Indigo: IRIX 4.0, IRIX 4.0.1, IRIX 4.0.1T, IRIX 4.0.2, IRIX
- 4.0.3, IRIX 4.0.4, IRIX 4.0.4B, IRIX 4.0.4T, IRIX 4.0.5, IRIX 4.0.5A,
- IRIX 4.0.5A+4.0.5C, 4.0.5MM, 4.0.5E, IRIX 4.0.5F, IRIX 4.0.5(IOP),
- IRIX 4.0.5IPR, IRIX 5.1, IRIX 5.1.1, IRIX 5.1.1+5.1.1.1, IRIX
- 5.1.1+5.1.1.2, IRIX 5.1.1+5.1.1.3, IRIX 5.2, IRIX 5.3, IRIX 5.3 with
- XFS, IRIX 5.3+5.3 TIRIX. End of lifetime.
-
- R4000 Indigo: 4.0.5E (introduction), IRIX 4.0.5F, IRIX 4.0.5(IOP),
- IRIX 4.0.5IPR, IRIX 5.2, IRIX 5.3, IRIX 5.3 with XFS, IRIX 5.3+5.3
- TIRIX, IRIX 6.2.
-
- Indy: Indy IRIX 5.1 (introduction), Indy IRIX 5.1+5.1.0.1, Indy IRIX
- 5.1.1, Indy IRIX 5.1.1+5.1.1.1, Indy IRIX 5.1.1+5.1.1.2, Indy Irix
- 5.1.1+5.1.1.3, IRIX 5.2, IRIX 5.2 for Indy R4600PC & Challenge S,
- IRIX 5.2 for Indy R4600SC/XZ & Presenter, IRIX 5.3, IRIX 5.3 for
- 175MHz R4400 Indy, IRIX 5.3 for Indy R4000, R4400, R4600 100-200MHz,
- IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX (except 175+ MHz), IRIX 5.3 for
- R5000 Indy, IRIX 5.3 Indy R5000 with XFS, IRIX 6.2.
-
- Indigo^2, Challenge M: IRIX 4.0.5H (introduction), IRIX 4.0.5 a360,
- IRIX 4.0.5(IOP), IRIX 4.0.5IPR, IRIX 5.1, IRIX 5.1.1, IRIX
- 5.1.1+5.1.1.1, IRIX 5.1.1+5.1.1.2, IRIX 5.1.1+5.1.1.3, IRIX 5.2, IRIX
- 5.3, IRIX 5.3 for 175 MHz and 2MB cache, IRIX 5.3 for Indigo^2
- Impact, IRIX 5.3 All Indigo^2 Impact, IRIX 5.3 with XFS, IRIX 5.3+5.3
- TIRIX, IRIX 6.2.
-
- Power Indigo^2, Power Challenge M: IRIX 6.0.1 (introduction), IRIX
- 6.0.1 with XFS (introduction), IRIX 6.0.1 for Power Indigo^2 with
- Presenter, IRIX 6.1, IRIX 6.2
-
- R10000 Indigo^2: IRIX 6.2 (introduction)
-
- Challenge S: IRIX 5.2 for Indy R4600PC & Challenge S (introduction),
- IRIX 5.2 for R4600SC/XZ & Presenter, IRIX 5.3, IRIX 5.3 for 175MHz
- R4400 Indy, IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX (except 175+ MHz),
- IRIX 6.2.
-
- Challenge DM: IRIX 5.2 (introduction), IRIX 5.2 for Challenge/Onyx,
- IRIX 5.3, IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX, IRIX 6.2
-
- Challenge L, Challenge XL: IRIX 5.0 (introduction), IRIX 5.0.1, IRIX
- 5.1, IRIX 5.1.1, IRIX 5.1.1+5.1.1.1, IRIX 5.1.1+5.1.1.2, IRIX
- 5.1.1+5.1.1.3, IRIX 5.2, IRIX 5.2 for Challenge/Onyx, IRIX 5.3, IRIX
- 5.3 with XFS, IRIX 5.3+5.3 TIRIX, IRIX 6.2.
-
- Onyx L, Onyx XL: IRIX 5.0 (introduction), IRIX 5.0.1, IRIX 5.1, IRIX
- 5.1.1, IRIX 5.1.1+5.1.1.1, IRIX 5.1.1+5.1.1.2, IRIX 5.1.1+5.1.1.3,
- IRIX 5.2, IRIX 5.2 for Onyx Extreme, IRIX 5.2 for Challenge/Onyx, 5.2
- TKO, IRIX 5.3, IRIX 5.3 with XFS, IRIX 5.3+5.3 TIRIX, IRIX 6.2.
-
- Power Challenge L, Power Onyx L, Power Challenge XL, Power Onyx XL:
- IRIX 6.0 (introduction), IRIX 6.0.1, IRIX 6.0.1 with XFS, IRIX 6.1,
- IRIX 6.2
-
- R10000 Challenge, R10000 Onyx, Power Challenge 10000, Power Onyx
- 10000: IRIX 6.2 (introduction)
-
- ------------------------------
-
- Subject: -12- MEMORY
- Date: 09 Jan 1994 00:00:01 EST
-
- The next few items discuss adding memory.
-
- ------------------------------
-
- Subject: -13- What type of memory does each SGI model use?
- Date: 09 Mar 1996 00:00:01 EST
-
- Walter Roberson <roberson@Ibd.nrc.ca> provided the following table.
- '3rd' indicates the memory is available from 3rd party vendors.
-
- IRIS 3000 series (MC68020 based): ??; scrap these if you aren't a
- collector
-
- 4D/20, 4D/25: Industry Standard 30 pin; 80-100 ns; 3rd; see notes 1-3
-
- 4D/30, 4D/35, R3000 Indigo: SGI Custom 64 pin w/ASIC, parity; 3rd
- common; see note 4
-
- 4D/50, 4D/60 (cs12), 4D/70, 4D/80, 4D/85: SGI Custom??; 3rd uncommon;
- see notes 5-6
-
- 4D/110: SGI Custom??; no known source
-
- 4D/1[2-8]0, 4D/[234][1-8]0, Crimson: SGI Custom, ECC; 3rd; see notes
- 7-8
-
- Challenge/Onyx: SGI Custom, ECC; 3rd
-
- Power Challenge/Onyx: SGI Custom, same as Challenge/Onyx; 3rd
-
- R4000 Indigo, Indy, Indigo^2: Industry Standard 72 pin pop-up page-mode
- parity; 3rd very common
-
- Power Indigo^2: as for Indigo^2 but has distinct 128Mb upgrade
-
- R10000 XXX: as for base XXX system for now, will require higher-speed
- memory subsystems to get full performance.
-
- Notes:
-
- 1. 4D/2[05] can mix 1M and 2M SIMMs, but not 1M or 2M with 4M.
-
- 2. 4D/2[05] PROM requires first 4MB SIMMs in each bank to power-up
- without a parity error. Hitachi are bad; Toshiba, among others,
- are good. Does not apply to very early 4D/20.
-
- 3. All slots must be populated when using double-high 1 MB SIMMs.
-
- 4. An ASIC bug prevents using multiple banks of 4 Mb SIMMs.
-
- 5. 4D/70 max is 16 Mb main memory plus 128 Mb expansion boards.
- Some 4D/70s support 4 MB SIMMs for 64 Mb local main memory.
-
- 6. 4D/80 max is 16 Mb main memory plus 128 Mb expansion boards.
- 4D/80 could support 48 Mb local main memory if two PALs were
- changed.
-
- 7. MC2, MC3 cannot mix standard and high density SIMMs.
-
- 8. Crimson memory should be sorted highest capacity first to lowest
- last.
-
- In each case, memory MUST be added in groups of 4 SIMMs. Substantial
- slowdowns might occur with the Challenge/Onyx and Power Challenge/Onyx
- if SIMMs are not added in groups of 8 or as required to fill all
- 'leaves'.
-
- ------------------------------
-
- Subject: -14- Can I mix 1MB and 2MB SIMMS in my 4D/20 & 4D/25 Personal
- IRISes?
- Date: 20 May 1993 00:00:01 CST
-
- From PIPELINE March/April 1992, page 18:
- You can use either 1MB or 2MB SIMMs in these systems. If you mix 1MB
- and 2MB SIMMs, all sixteen memory slots must be filled.
-
- ------------------------------
-
- Subject: -15- Can I add 4MB SIMMS to my 4D/20 or 4D/25 PI?
- Date: 19 Jun 1994 00:00:01 EST
-
- The short answer is "maybe". Read on.
-
- Thanks to Michael Portuesi <portuesi@tweezers.esd.sgi.com> for this
- helpful summary:
-
- The 4D/2* has 16 memory slots. You get access to them by removeing
- the right plastic cover and the metal shield underneath (box seen
- from the front). The slots are in the upper, left corner (box now
- seen from the right).
-
- The slots have to be populated by SIMMs (some kind of industry
- standard). I think 80 or even 100ns is allright, but take a look at
- the speed of your own SIMMs.
-
- SIMMs should always be mounted in groups of four. In a plain 8MB
- 4D/20 you have eight 1MB SIMMs. They are placed in slots A and B in
- this figure:
-
- ABCD ABCD
- ABCD ABCD
-
- If you upgrade to 16MB using eight more 1MB SIMMs you simply insert
- the new SIMMs in slots C and D. If you are going to mix different
- SIMMs you should always have the the same type of SIMM in slots with
- the same letter.
-
- As far as I know, the SGI 32MB memory upgrade is sixteen 2MB SIMMs,
- and they are mounted in all the slots. Now, I have been told (but
- haven't tried it) that it is possible to mix 1 and 2MB SIMMs. The
- important point is that the 2MB SIMMs should be in the lowest
- numbered slots. To get 24MB you should populate the slots as shown
- (signatures are, 1 = 1MB SIMM, 2 = 2MB SIMM, 4 = 4MB SIMM, . = empty
- slot):
-
- 2211 2211
- 2211 2211
-
- The good news is that you can get 4MB SIMMs from third-party vendors
- outpricing the 2MB SIMMs available from SGI. To get 32MB you mount 8
- 4MB SIMMs like this:
-
- 44.. 44..
- 44.. 44..
-
- The bad news is that you cannot mix 4MB SIMMs with 1 or 2MB SIMMs
- (leaving a lot of spare SIMMs) and even worse, not all 4MB SIMMs will
- function properly.
-
- Among the "good" SIMMs are those from Toshiba. They should look
- something like this (information I got from a news article posted by
- Chris Miller <eagle!news@ucbvax.berkeley.edu>):
-
- module ID tags: chip numbers:
-
- -------------- --------- TOSHIBA
- | TOSHIBA | | 9025AAA | TC514100J-80
- | THM94000S-80 | | JAPAN | JAPAN 9020HDK
- -------------- ---------
-
- Among the "bad" SIMMs are those from Hitachi:
-
- chip numbers:
-
- JAPAN R200
- 9026 2NN
- HM514100JP8H
-
- Other memory configurations that we have tried are (0 = empty slot, 1
- = 1MB SIMM, 2 = 2MB SIMM, H = 4MB Hitachi SIMM, T = 4MB Toshiba
- SIMM):
-
- 1100 1100 Came up as 8MB (correct)
- 1100 1100
-
- 1111 1111 Came up as 16MB (correct)
- 1111 1111
-
- TT11 TT11 Came up as 64MB (wrong)
- TT11 TT11
-
- T000 T000 Came up as 16MB (correct)
- T000 T000
-
- TT00 TT00 Came up as 32MB (correct)
- TT00 TT00
-
- HH00 HH00 Came up as 0MB (wrong!!)
- HH00 HH00
-
- TH00 TH00 Came up as 32MB (correct)
- TH00 TH00
-
- TTH0 TTH0 Came up as 48MB (correct)
- TTH0 TTH0
-
- TTHH TTHH Came up as 64MB (correct)
- TTHH TTHH
-
- 11TT 11TT Comes up as 16MB
- 11TT 11TT
-
- It appears as though the machine checks the first bank of chips (port
- 0) to determine the chip size and assumes that the rest are the same.
- The Hitachi 4MB SIMMs are NOT correctly detected.
-
- It is important that the 4MB SIMMs in slot A are 'good'. Then you are
- free to use "bad" 4MB SIMMs in the rest of the slots (this is my
- experience), and it is possible to upgrade to 64 MB populating all the
- slots with 4MB SIMMs.
-
- When you do the actual seating of the SIMMs you should take
- precautions (wear a static strap, work on a static pad) not to damage
- the memory. Sometimes you will have to reseat a module. If a SIMM is
- not properly seated it will probably show up on the diagnostics
- terminal (if you have one attached) during power on.
-
- After a successful power on you should enter the PROM monitor and
- issue the 'hinv' command. This should tell you how much memory you
- have (or how much the 4D/2* believes it has). If this is correct you
- are ready to boot.
-
- Dave Olson <olson@sgi.com> adds: [The "good" vs. "bad" SIMM business]
- is a PROM bug. We had a fix, but that PROM never released. We didn't
- have 4 MB SIMMs when the last shipped prom released. We read a memory
- location with the 4M SIMMs before we initialzed it. SIMMs that power
- up all 1's work; those that power up all 0's require a reset or two
- (by then the memory was initialized). The Toshiba simms worked once;
- I've heard that current 4M Toshiba simms may not.
-
- The moral of the story: many people do fine with 4M SIMMs in their
- 4D25s, but don't buy them without a money-back guarantee.
-
- ------------------------------
-
- Subject: -16- How many 4MB SIMMS can be put into an Indigo?
- Date: 20 May 1993 00:00:01 CST
-
- One (1) set. Says Dave Olson <olson@sgi.com>: Due to a design flaw,
- only one set of 4MB SIMMs (16 MB per bank) can be used in an R3000
- Indigo, 4D/30 and 4D/35. This limitation doesn't apply to the 2 MB
- or 8 MB SIMMs.
-
- ------------------------------
-
- Subject: -17- How can I find a bad SIMM?
- Date: 20 Feb 1994 00:00:01 EST
-
- Articles in the Mar/Apr 1992 and May/Jun 93 Pipelines describe how to
- find bad SIMMs in Personal Irises. The PROM diagnostics on Indigos
- and newer can find them for you.
-
- ------------------------------
-
- Subject: -18- Why does my system tell me I need a revision C Memory
- Controller (MC) chip?
- Date: 30 Apr 1994 00:00:01 EST
-
- Dave Olson <olson@sgi.com> explains: Long, long story. Short
- synopsis: if you don't get memory errors, don't worry about it.
-
- Slightly longer: A number of vendors' 16 Mbit chips had a bug in
- them. We found it, and they agreed it was their bug, but they were
- looking at a long, long DRAM spin time, so we worked around it in a
- new rev (rev C) of the memory controller. The symptom was primarily
- parity errors; this could be confused with the other parity error
- problem we have, thus the warning message in 5.2.
-
- At least some of the vendors that had the problem should have fixed
- DRAM shipping by now, which is not to say that SIMMs you buy now have
- the new DRAMs on them. Not all vendors had the problem.
-
- ------------------------------
-
- Subject: -19- Should I worry about a "recoverable memory parity
- error"?
- Date: 12 May 1996 00:00:01 EST
-
- If you get them infrequently, it's just cosmic rays. If you get them
- frequently on the same SIMM, replace the SIMM. If you get them
- frequently on different SIMMs, there may be some other hardware
- problem affecting the entire memory system.
-
- ------------------------------
-
- Subject: -20- MONITORS AND VIDEO HARDWARE
- Date: 09 Jan 1994 00:00:01 EST
-
- The next few items discuss monitors and video hardware.
-
- ------------------------------
-
- Subject: -21- My monitor is maladjusted in some way. How to fix it?
- Date: Wed Sep 22 16:04:47 CDT 1999
-
- http://viz.tamu.edu/pub/sgi/hardware/monitor/ has two handy writeups
- on monitor adjustment.
-
- ------------------------------
-
- Subject: -22- Can I have 2 graphics displays on my Indigo?
- Date: 20 Dec 1996 00:00:01 EST
-
- The Dual Headed IRIS Indigo with Entry Graphics (W-RPC-DH) sounds
- like what you want. It has two Entry Graphics subsystems and two 16"
- monitors. Contact SGI Direct (see the misc FAQ for phone numbers)
- for more information.
-
- Starting with Irix release 5.1.1.2, there is also support for
- dual-head configurations on Indigo-2's. Both heterogeneous
- (Extreme-XL) and homogeneous (XL-XL) hardware combinations are
- possible.
-
- Starting with IRIX 6.2, there is support for using the display and
- keyboard of a second machine as an adjunct to the first. See nds(1)
- for more information.
-
- ------------------------------
-
- Subject: -23- What do I need to do stereo on an Onyx/RE2?
- Date: 14 Jun 1993
-
- Paul Spencer <spencer@hailwood.asd.sgi.com> illuminates us with: You
- just need the shutter glasses (and the emitter, which comes with the
- glasses). This is available as a kit from SGI. The standard SGI
- RealityEngine monitor can do stereo; you don't need a special CRT.
- Demo programs and sample source code are part of every IRIX release.
-
- ------------------------------
-
- Subject: -24- Can I use my SGI monitor on my PC?
- Date: 04 Jun 1997 00:00:01 EST
-
- Rick McLeod <mcleod@esprit.esd.sgi.com> writes: This depends on the
- SGI monitor. PCs want multifrequency/ multiscanning/multisyncing
- monitors. Earlier SGI platforms supplied fixed frequency or dual
- scan mode monitors. These will not work on PCs. Some current SGI
- machines (Indy, Indigo2, Onyx) ship with multiscan monitors. These
- will most likely work with a PC, but make sure that the monitor gets
- the proper sync signal.
-
- Clinton Keith <clint@art.ray.com> adds his implementation details:
- The GDM-17E11 works on my PC with a Diamond Speedstar 24x. I used a
- VGA connector that brought out the RGB V and H sync lines from the
- 24X into BNC connectors (commonly avaliable at a local computer
- store). I connected the V sync H sync and Green lines together and
- connected this line and the Red and Blue lines to a BNC-to-DB13W3
- connector (bought a workstation supply vendor) which went to the
- monitor.
-
- I then set up the 24X to provide -/- sync voltages and selected the
- highest vertical and horizontal scan rates I available.
- Unfortunately, the monitor refused to display 640x480 (pride?) but
- did well at 800x600, 1024x768 and 1280x1024. There was a slight
- greenish tint to the black areas of the screen. It seems as though
- connecting the sync lines to the Green may have added a DC bias, but
- the effect is minor.
-
- Companies which make graphics cards which drive SGI monitors (both
- fixed- and multi-frequency) on PCs include:
-
- PCG 800-255-9893 or 310-260-4747
- Ask for Ben at extension 747
- photon@earthlink.net
- http://www.photonweb.com/
- Mirage 800-228-3349 or 310-301-4545
- http://www.mirage-mmc.com
- Software Integrators 800-547-2349
- http://www.si87.com/
-
- The monitor that SGI ships with the O2 has an HD-15 Super VGA-type
- connector on it and can be connected to most SVGA boards.
-
- ------------------------------
-
- Subject: -25- Can I use my PC monitor on my SGI?
- Date: 28 Jan 1994 00:00:01 EST
-
- Rick McLeod <mcleod@esprit.esd.sgi.com> writes: The PC monitor must
- be able to handle a 1024x768 non-interlaced signal to be used with
- Indigo starter graphics or Indy. Most of SGI systems operate at
- 1280x1024 non-interlaced. Most PC monitors will not be able to deal
- with the scan rates required to display a stereo image.
-
- ------------------------------
-
- Subject: -26- What video formats, scan rate, etc. do SGI monitors
- support?
- Date: 27 Jan 1996 00:00:01 EST
-
- It depends on the monitor. See the Sep/Oct 1993 Pipeline, a
- correction on p. 26 of the Nov/Dec 1993 Pipeline and an update in the
- Jan/Feb 1996 Pipeline for tabulations of the characteristics of most
- types of SGI monitors. The Jan/Feb 1996 Pipeline also tabulates the
- video formats supported by each graphics option on p. 22.
-
- ------------------------------
-
- Subject: -27- How can I set my Indy to use 1280x1024 pixels on a
- third-party monitor?
- Date: 19 May 1994 00:00:01 EST
-
- As root, do 'nvram monitor h' and reboot. See 'man 2 sgikopt' for
- details.
-
- ------------------------------
-
- Subject: -28- What is the pinout for the Indy's 13W3 video connector?
- Date: 17 Feb 1996 00:00:01 EST
-
- See ftp://viz.tamu.edu/pub/sgi/hardware/monitor/13W3.pinout.
-
- ------------------------------
-
- Subject: -29- STORAGE DEVICES
- Date: 09 Jan 1994 00:00:01 EST
-
- The next few items discuss storage devices. Tapes, mostly.
-
- ------------------------------
-
- Subject: -30- What do all these SCSI technical terms mean?
- Date: 12 Feb 1994 00:00:01 EST
-
- Look in ftp://rtfm.mit.edu/pub/usenet/comp.periphs.scsi/ for the
- comp.periphs.scsi FAQ.
-
- ------------------------------
-
- Subject: -31- How many SCSI devices can I have on an Indigo?
- Date: 26 May 1993 00:00:01 CST
-
- You can have 7 SCSI devices, and as long as you have clean cabling,
- and one (and only one!) SCSI terminator at the end of the chain, and
- keep total cable length under 6 meters, there should be no problems,
- as far as the Indigo's bus itself goes.
-
- On an Indigo2, you can have 7 devices on the external SCSI bus, and
- up to 3 devices on the internal bus.
-
- ------------------------------
-
- Subject: -32- How do I install external SCSI disks on my SGI?
- Date: 21 Dec 1995 00:00:01 EST
-
- In brief, use 'fx' to format and label (partition) the drive, use
- 'mkfs' to create the empty filesystem, create the mount points and put
- the proper entries into /etc/fstab. The IRIX Site Administrator's
- Guide describes this in detail.
-
- Most disks come already formatted. Don't format a disk which is
- already formatted; it wastes time and may cause problems. Some disks
- come with an SGI filesystem already installed, so you may not even
- need to label the disk or 'mkfs'.
-
- Dave Olson of SGI <olson@sgi.com> adds: "The 5.3 disk tool (for scsi
- disks only) can create the header for you also, as well as set up the
- partitions as on option disk (and only that). Unfortunately, the
- initialize button does a -c FORMAT, not -c INITIALIZE to fx, so it
- takes longer than it should, and violates my oft-stated "don't ever
- format a scsi disk unless you absolutely have to do so" dictum. It's
- fixed for 6.1 and beyond.
-
- Quantum's Grand Prix drives need extra fiddling; see
- http://www.quantum.com/support/faq/faq.htm#scsi9.
-
- ------------------------------
-
- Subject: -33- Can I use a non-SGI hard drive in my SGI workstation?
- Date: 6 Nov 1998 00:00:01 CST
-
- The brief answer is, "probably." Randolph J. Herber
- <herber@dcdrjh.fnal.gov> writes: Hard drives sold by SGI are tested
- by SGI and are therefore known to work. Generally, any SCSI-2 fully
- compliant, fast, single-ended disk drive will work on all
- SGI systems since the Personal Iris and IRIX 3.2; but there
- have been a few exceptions. Some of the cheaper disks and some
- intended for the PC (whether IBM or Apple type) might not be
- sufficiently compliant to the SCSI-2 standard. Also be aware that
- SGI usually will not provide hardware support to drives that were not
- purchased through SGI, and may require you to remove those drives
- during a hardware diagnosis or repair session.
-
- Several comp.sys.sgi.* contributors have encountered problems with
- Seagate Medalist drives. Some of these drives may require patches
- which must be installed using an IBM-compatible PC; one author
- reported success in using the patches 2160.EXE and PTI_SGI.EXE
- in <http://www.futuretech.vuurwerk.nl/depot> to fix problems with
- his ST52160N.
-
- ------------------------------
-
- Subject: -34- What kind of DAT drive does SGI sell for the Indigo?
- Date: 26 May 1993 00:00:01 CST
-
- The Indigo DAT drive is an ArDAT Python 4320.
-
- The drive SGI sells is completely standard 3.5" form factor hardware
- (no compression), but has firmware that so far ARDAT is selling only
- to SGI to provide audio over SCSI support, and to fix some bugs.
-
- ------------------------------
-
- Subject: -35- Can I use a 3rd-party cartridge tape drive on my Indigo?
- Date: 26 May 1993 00:00:01 CST
-
- The Tandberg and Archive QIC24 and QIC-150 drives both work just fine
- on the Indigo (both come in external versions), as do the Wangtek and
- Tandberg QIC-1000 drives (as of this quarter, and 4.0.5F or later).
-
- ------------------------------
-
- Subject: -36- Which Exabyte drives work with SGI systems?
- Date: 26 May 1993 00:00:01 CST
-
- Dave Olson <olson@sgi.com> says: First, the 8200 (2.3 Gb). The
- original version we qualified was 100% stock from Exabyte. It had
- some problems on the ESD machines at power on, because of the
- somewhat non-standard way it handled the send-diag SCSI command. The
- current rev (252T) we ship is also standard firmware from Exabyte (to
- the best of my knowledge), and fixes that problem, and is also more
- robust in the face of servo problems.
-
- The 8500 (5 Gb) isn't fully qualified (by SGI) yet, and there is some
- argument over whether we will ask for custom firmware; I think we are
- definitely slanting towards standard firmware. The gotcha here is
- that Exabyte has released so many firmware revs for the 8500, that
- the word 'standard' is somewhat of a joke. I've lost touch with that
- effort a bit, so I don't know what firmware rev we are currently
- working with.
-
- 4.0.1 is the first IRIX release with support for the 8500, earlier
- releases will work to varying degrees with different 8500 firmware.
-
- ------------------------------
-
- Subject: -37- How to connect my 3rd-party tape drive to my SGI?
- Date: 22 Sep 1999 13:00:01 CST
-
- Here's the general idea:
-
- - Run 'hinv'. You should see your tape drive, with a meaningless guess
- as to its type. Note the SCSI controller number and ID. If you don't
- see it, fiddle with the hardware until you do.
-
- - Do 'cd /dev' and './MAKEDEV tape' to build a tape device for your
- tape. If you have only one tape drive, its device is /dev/tape. If
- you have more than one, its device is something like
- /dev/rmt/tpsAdB, where "tps" may be one of several abbreviations for
- the class of tape drive you have, A is the SCSI controller number
- and B is the SCSI ID. There will be other devices with similar
- names; don't worry about them just yet.
-
- - Run 'mt -t <device> stat'. You should see something like
-
- % mt -t /dev/rmt/tps0d2
- Controller: SCSI
- Device: XXXXXX: YYYYYY
- Status: 0x202
- Drive type: unknown
- Media : Not READY
-
- Note "XXXXXX" and "YYYYYYY".
-
- - Edit /var/sysgen/master.d/scsi. Most of it is a list of tape drive
- types. Find a likely looking entry and copy it. Replace the fifth
- and sixth fields of the copied entry with "XXXXXX" and "YYYYYYY",
- and replace the third and fourth fields with the length in
- characters of "XXXXXX" and "YYYYYYY" respectively.
-
- - Rebuild your kernel, then do 'cd /dev' and './MAKEDEV tape'
- again. The same device files will be created, but they will behave
- correctly (if you got the /var/sysgen/master.d/scsi entry right).
- Check 'hinv' and 'mt -t <device> stat' again; you should see the
- correct tape name and so on.
-
- However, there are lots of details for particular drives. Only part
- of the voluminous literature on the topic may be found at
-
- ftp://viz.tamu.edu/pub/sgi/hardware/tape/
- ftp://ion.le.ac.uk/HP_C1533A/
-
- Note particularly the Exabyte integration guide on viz.tamu.edu, in
- Postscript and Microsoft Word formats, which actually comes from
- Exabyte. Liam Gumley <liamg@ssec.wisc.edu>, who provided copies of
- these files, reports that they also work with IRIX 6.0.1. You may
- also find Dave Olson's scsicontrol program interesting; see
-
- http://reality.sgi.com/employees/olson/Olson/
-
- ------------------------------
-
- Subject: -38- How should I set up my tape drive so tar's 'r' and 'u'
- options work?
- Date: 09 Jan 1994 00:00:01 EST
-
- Sara Kunz <kunz@binah.cc.brandeis.edu> writes: Use the variable
- block size tape devices. These are called /dev/rmt/tps0d#nsv and
- /dev/rmt/tps0d#nrnsv, where '#' is the tape's SCSI device number. If
- the tape drive is properly attached (it should appear in 'hinv's
- listing), saying '/dev/MAKEDEV tps' should create the devices for
- you. If the tape drive in question is the tape drive with the lowest
- SCSI ID, '/dev/MAKEDEV tapelinks' will link the appropriate devices
- to /dev/tape and /dev/nrtape. Note that appending is physically
- possible only on 9-track and DAT tapes.
-
- ------------------------------
-
- Subject: -39- What do I do when I can't read a tar tape made on
- another system?
- Date: 04 May 1994 00:00:01 EST
-
- Glenn Randers-Pehrson <glennrp@BRL.MIL> says:
- You may be trying to read a non-byte-swapped tape on a byte-swapped
- device, or vice versa. Tar tapes written on SGI's QIC cartridge
- drive, using the default device, /dev/tape, are in byte-swapped
- format. Sun tapes are usually not byte-swapped. On the IRIS, you can
- read non-byte-swapped tapes with
-
- tar -xvf /dev/tapens
-
- and you can write non-byte-swapped tapes destined for a Sun with
-
- tar -cvf /dev/tapens [directory_or_filename[s]]
-
- On the SUN, you can read byte-swapped tapes with
-
- dd if=/dev/rmt0 conv=swab | tar -xvf -
-
- Read the tar(1) (DIAGNOSTICS section) and tps(7M) manpages for the
- gory details.
-
- DAT tapes may have an additional problem: SGI DATs have a default
- blocking factor of 512 and HP DATs have a maximum blocking factor of
- 128. You can either rewrite your tape on the SGI with
-
- tar cvbf 20 /dev/tape files
-
- and read it on the HP (or whatever) with
-
- tar xvbf 20 /dev/tape
-
- or you can use 'dd' to translate like so,
-
- dd if=/dev/tape ibs=512b of=- obs=20b | tar xvf -
-
- where '512' is whatever blocking factor you used to write the tape.
-
- ------------------------------
-
- Subject: -40- Why can't I write a tape on my DEC DAT drive and read it
- on my SGI?
- Date: 03 Dec 1994 00:00:01 EST
-
- DEC DAT drives use hardware compression by default, and SGI DAT drives
- can't handle that. Turn it off.
-
- Furthermore, some SGI DAT drives hang when trying to read a hardware-
- compressed tape, instead of saying "incompatible media" as they
- should. This is fixed in recent firmware; call SGI for an upgrade.
-
- ------------------------------
-
- Subject: -41- Why does my SGI think my DAT has audio on it when it
- actually has data?
- Date: 12 May 1996 00:00:01 EST
-
- Walter Roberson <roberson@ibd.nrc.ca> writes: If you've recorded audio
- on a DAT, recording data over it may not completely erase the audio
- marks. You have two options:
-
- - Never use tapes for data which have ever been used for audio.
-
- - Dave Olson <olson@sgi.com> suggests: If 'mt stat' says that the
- tape is an audio tape, eject it, do 'mt audio 0', reinsert it,
- do 'mt stat' again and hope that it's recognized as data.
-
- ------------------------------
-
- Subject: -42- How can I recover a partially overwritten tar tape?
- Date: 10 Dec 1993 00:00:01 EST
-
- People often overwrite the beginning of large tar archive, leaving
- the first bit of the tape overwritten and the rest presumably intact.
- This is usually NOT recoverable.
-
- However, if you're feeling lucky, you might (says Dave Olson
- <olson@sgi.com>) try something like 'mt fsf 4; mt bsf 2; tar xe' or
- 'mt fsf 4; mt bsr 2; tar xe'. You might also try 'tar cv foo', where
- 'foo' is slightly bigger than what you overwrote the archive with the
- first time, and pull the plug on the tape drive before it writes the
- EOF. Then power it back up and try 'tar xe'.
-
- If this sounds unlikely to work, you're right. Don't let it happen;
- use the write protect tab.
-
- ------------------------------
-
- Subject: -43- When and how should I clean my tape drive?
- Date: 20 Feb 1994 00:00:01 EST
-
- 9-track and QIC drives should be cleaned every 8 hours of use, or
- more often when using many new tapes, and certainly when the number
- of "recoverable errors" gets uncomfortably high. See the Nov/Dec 91
- Pipeline or the "IRIS Software Installation Guide" for a detailed
- cleaning procedure. Briefly, shut the drive down and swab the head
- with isopropanol and a lintless cloth.
-
- 8mm and DAT drives need to be cleaned every 30 hours of use, using a
- commercial cleaning tape according to the instructions.
-
- ------------------------------
-
- Subject: -44- Why don't no-rewind tape devices always work in IRIX
- 5.3/6.0.1?
- Date: 13 Dec 1995 00:00:01 EST
-
- The tpsc (SCSI tape) driver is a dynamically loadable kernel module,
- so it (like all such modules) is automatically unloaded five minutes
- after last use. This means that if you wait five minutes between
- writes to a no-rewind tape device, the driver will unload and the
- kernel will forget that it's not supposed to rewind on the next write.
- If you're running mediad (and haven't told it to ignore the tape
- device in question) it will query the device often enough to prevent
- the driver from unloading; this will prevent unexpected rewinds, but
- only as long as mediad continures to run.
-
- The problem will be fixed in IRIX 6.2; there is no patch. (Earlier
- editions of this FAQ said that patch 176 and its successors fixed the
- problem; that was an error.) You can prevent the tpsc driver from
- unloading at all by adding an "N" to the field which contains "oscdR"
- in /var/sysgen/master.d/tpsc and rebuilding your kernel. See also the
- mload(4) manpage.
-
- ------------------------------
-
- Subject: -45- What dump parameters should I use?
- Date: 08 Jul 1995 00:00:01 EST
-
- First, consider using 'tar' instead. It doesn't need tape statistics
- or require you to unmount the filesystem you're backing up.
-
- In IRIX 5.3 and later, 'dump' allows you to specify tape capacity directly
- with the "C" argument (e.g. 'dump 0uCf 2m /dev/tapedevice /filesystem' for a
- 2G tape), so you needn't fool with c, d and s.
-
- If you're using an older 'dump', or just like extra work, do like Dave
- Olson <olson@sgi.com>: When using drives with no "inter-record gaps"
- (i.e. almost every type except 9-track), use the c option, and the
- formula
-
- capacity in bytes = 7 * densityvalue * lengthvalue
-
- Round down a bit to be conservative (allowing for block rewrites,
- etc.). Keep the density under 100000 to avoid overflows in the
- capacity calculations. Thus, for a DAT drive with a 90 meter (120
- minute) tape with 2G capacity one might use
-
- 2*10^9 = 7 * 47619 * 6000
-
- or, rounding down,
-
- dump 0csd 6000 47000
-
- For older tape types, see dump(1M). Note that 1G of tape capacity is
- 10^9, not 2^30, bytes. The dump(1M) manpage says the latter in IRIX
- 4.0.5H, but it is wrong.
-
- ------------------------------
-
- Subject: -46- How can I eject a jammed tape or CD?
- Date: 14 May 1995 00:00:01 EST
-
- Shut down your system nicely, hold down the drive's eject button and
- turn the drive's power (or, for internal drives, the system's power)
- off and on. See also
- ftp://viz.tamu.edu/pub/sgi/hardware/tape/ejecting-jammed-tape.
-
- ------------------------------
-
- Subject: -47- Can I use a non-SGI CD-ROM on my SGI?
- Date: 06 Feb 1997 00:00:01 EST
-
- 4D20, 25, 70, 80 and 85s and most Power Series machines can boot only
- from SGI CD-ROMs or later Toshiba 3401s which have SGI firmware
- activated by the modification described below. (Newer Toshiba models
- don't have that firmware and won't work.) Older SGIs can boot only
- from a local tape drive or over the network. Newer machines (4D30 and
- 35s, Indigos, Challenges, Onyxes, Indys, Indigo^2 etc.) have smarter
- PROMs and can boot from at least some third-party CD-ROMs, for example
- the Sony and Toshiba drives intended for Suns.
-
- Dave Olson <olson@sgi.com> of SGI says, The basic requirement for
- Indigos is that the drive be set to use a 512 byte block size. Since
- Indigos don't reset the SCSI bus on reboot or halt, you *might* be
- able to boot your machine in some other way, set the CD-ROM's
- blocksize with a devscsi program while the system is up and then
- install from it, but I won't swear to it. Late R4K Indigos, Indys,
- Indigo2s, and Onyx/Challenges all know how to set the block size if
- the drive identifies itself as a CD-ROM, reports the block size as
- something other than 512 bytes in the block descriptor and accepts
- the new block size in the block descriptor.
-
- Rob Silvers <rsilvers@nynexst.com> reports that he has been
- sucessfully using a third-party dealer's Toshiba TXM3401E1 on an
- Indigo. It cost about $760. It is physically larger than an external
- Apple or Next drive. It is double speed and handles multi-session
- photo-CDs. 'cdromd', 'inst' and 'cdman' work, but he has not tried
- to boot from it as of 12 June 93.
-
- Bart Richards of Thunderstone Software <bart@thunderstone.com>
- writes, The following minor surgery makes a run of the mill Toshiba
- 3401[B|E] CD-ROM drive SGI [Indigo] or Sun-compatible. I got it
- straight from an anonymous Toshiba Tech. guy, and it worked for me.
-
- There are two solder pads located on the circuit board at the back
- right corner of the drive's aluminum housing when viewed from the top
- with the SCSI connector facing away from you. These may or may not be
- labeled as '0' & '1', but '0' is on the left and '1' is on the right
- (or closest to the edge of the circuit board). The normal state for
- these solder pads from the factory is for both of them to be closed.
-
- With an Exacto Knife or soldering iron (whichever is appropriate for
- the desired configuration), cut or solder these pads to match the
- entries in the following table:
- +++___++++++++__
- |power SCSI |
- '0' '1' O=CUT/OPEN S=SHORTED/SOLDERED | 01|
- ---------- |----------------|
- S S Toshiba Default (2048 byte block) | |
- S O 512 byte blocks | TOP |
- O S SGI ( Bootable ) | OF |
- O O Sun / Integraph | DRIVE |
- | |
- | |
- | |
- |________________|
- DOOR
-
- Darrell A. Gentry <dar@dar.net> points out that if '0' is on the right
- and '1' on the left, you should believe the numbers, not the
- locations, and that although 3401s can no longer be bought new, they
- can be bought cheaply on misc.forsale.computers.storage for about $30.
-
- Ramani Pichumani <ramani@stanford.edu> says that Toshiba's XM3701B
- 6.7X CD-ROMs with recent ROMs (look for "Version No. 005, ROM Version
- NA60123" on the bottom) work well on Indigos for both data and audio.
- Tobias Kunze <t@kunze.stanford.edu> confirms that they can be booted
- from. You may be able to get a ROM upgrade from Toshiba, but be sure
- not to mention that you want to use the drive on an SGI.
-
- Robb Masters <rsm@cybermagic.net> summarized information on many
- third-party drives; see
- ftp://viz.tamu.edu/pub/sgi/hardware/cdrom/3rd-party. Jerry Fountain
- <gof@chem-eng.nwu.edu> provided info and software for an NEC-3Xe; see
- ftp://viz.tamu.edu/pub/sgi/hardware/cdrom/NEC-3Xe/. Carsten Koch's
- writeup on CD-ROM writers (see below) also has some useful comments on
- CD-ROM usage under IRIX in general.
-
- ------------------------------
-
- Subject: -48- Can I use an SGI CD-ROM on a non-SGI?
- Date: 03 Feb 1996 00:00:01 EST
-
- Robert E. Seastrom <rs@access4.digex.net>'s software (with source
- code) for using an SGI CD-ROM on a Macintosh is at
- ftp://bifrost.seastrom.com/pub/mac/CDROM-Jumpstart.sit151.hqx.
-
- ------------------------------
-
- Subject: -49- How can I write CD-ROMs on an SGI?
- Date: 17 Aug 1996 00:00:01 EST
-
- Read Carsten Koch's excellent writeup, at
- ftp://viz.tamu.edu/pub/sgi/hardware/cdrom/cd-writers. If you're in
- SGI's developer program, see also
- https://www.sgi.com/toolbox/src/apps/CDio. (If you're not, see
- http://www.sgi.com/Support/DevProg/.)
-
- ------------------------------
-
- Subject: -50- Why can't Joe User eject his CD-ROM?
- Date: 24 Feb 1994 00:00:01 EST
-
- - /usr/sbin/eject has the wrong permissions in IRIX 4.0.5H and IOP.
- It should be setuid root. Say 'chmod 4755 /usr/sbin/eject' (as
- root) to fix it.
-
- - Someone may be cd'ed into the CDROM directory. Do 'fuser /CDROM' to
- find the number(s) of the process(es) that are cd'ed there, and
- kill them.
-
- ------------------------------
-
- Subject: -51- How can Joe User mount and unmount his magneto-optical
- disk?
- Date: 05 May 1995 00:00:01 EST
-
- cdromd (mediad in IRIX 5.x) doesn't understand MO disks. You need the
- 'mountmo' program to mount/unmount an MO disk from the command line or
- the 'automopper' daemon to do it for you. The source code for both is
- in ftp://viz.tamu.edu/pub/sgi/hardware/mo/.
-
- ------------------------------
-
- Subject: -52- Why do SGI SCSI controllers have host ID 0 instead of
- the usual 7?
- Date: 24 Feb 1994 00:00:01 EST
-
- It's a controller chip default. It was left alone because it doesn't
- matter much: host ID doesn't affect throughput, except perhaps on a
- horrendously overloaded bus. However, drives whose ID is set by
- jumpers are usually shipped with ID 7 (all three jumpers on), so you
- can just plug one in to an ID 0 host.
-
- ------------------------------
-
- Subject: -53- What about Syquest and Iomega (Zip, Jaz) removable media
- drives?
- Date: 6 Feb 1997 00:00:01 EST
-
- SGI's Bob Miller <kbob@sgi.com> has written an FAQ on using Syquest
- drives with SGIs. A copy is at
- ftp://viz.tamu.edu/pub/sgi/hardware/syquest-on-sgi-faq. SGI's Dave
- Cortesi <cortesi@sgi.com> has written a document on using Iomega Zip
- and Jaz drives with SGIs. A copy is at
- http://www-viz.tamu.edu/~sgi-faq/faq/other/zip-drive.html. Tom Shield has
- written some support programs for Zip drives; see
- http://www.aem.umn.edu/people/faculty/shield/zip/.
-
- ------------------------------
-
- Subject: -54- EVERYTHING ELSE
- Date: 09 Jan 1994 00:00:01 EST
-
- The rest of the FAQ discusses things that didn't fit into other
- categories.
-
- ------------------------------
-
- Subject: -55- How long can my monitor/keyboard/mouse/Indycam cables
- be?
- Date: 28 Dec 1995 00:00:01 EST
-
- Dave Olson <olson@sgi.com> writes,
- SGI has (or had at one time) a 75 foot monitor cable on the price
- list. With a decent cable, this is about as far as you can get
- without getting pretty fuzzy; I've heard that with an extremely high
- quality cable, you can get to about 100 feet. Your limits may vary.
- EIA 423 should have no problems with up to 100 feet either, since the
- mouse is at 4800 baud, and the keyboard at 600.
-
- Will McCown <will@rhythm.com> adds,
- We routinely extend the SGI video cables up to about 150' using high-
- quality (Canare LV-61s) coaxial cables. For newer SGIs which use the
- 13W3 "D" connector instead of BNCs, adapters are available from
- several sources including NuData (908) 842-5757 part number 6647.
-
- The "PS/2 compatible" keyboards and mice used on the Indigo II, Indy,
- etc. do not accept simple extension cords as well as the older
- keyboard/mice. We have successfully extended these keyboards & mice
- up to about 100', but beyond 150' they never work. The problem lies
- in the high-impedance TTL-level signaling used. Beyond this distance
- you can use an extender box made by Cybex (205) 430-4000, which is
- designed to extend the IBM PS/2 keyboard and mouse.
-
- Our method for making keyboard/mouse extensions is to buy 6' IBM PS/2
- keyboard extension cables (male 6-pin mini-din one end, female 6-pin
- mini-din on the other), and cut the connectors off of these cables
- leaving about a 6-12" pigtail on each connector. We then attach
- RJ-12 connectors (IDC type modular phone connectors) to the free end
- of each pigtail. We then extend the cable using flat 6-conductor
- phone cable, RJ-12 connectors, and "barrel" adapters. This may sound
- like a lot of work but it is very quick to assemble, and requires no
- soldering.
-
- For really long runs, Rick McLeod <mcleod@esprit.esd.sgi.com> says,
- Two companies provide long distance (up to a couple of thousand feet)
- fiber optics extensions for keyboard, mouse and monitor:
-
- Lightwave Communications 800-871-9838 or 203-878-9838
- http://www.lightwavecom.com/
- Meret Optical Communications 310-828-7496
-
- The Indycam cable can be no more than 10' long.
-
- ------------------------------
-
- Subject: -56- How fast is the Indigo parallel port?
- Date: 26 May 1993 00:00:01 CST
-
- Default rate is about 200 Kbytes/sec. This can be bumped up to at
- least 400, and perhaps higher by changing the strobe length, assuming
- the other side can handshake fast enough. See the plp(7) manpage.
-
- ------------------------------
-
- Subject: -57- What are the differences between the Indigo R4000 and
- Indigo2?
- Date: 09 Jun 1993 00:00:01 EST
-
- Jamie Riotto <jamie@origami.esd.sgi.com> writes:
- An Indigo R4000 has two daughter board expansions which use our
- GIO-32BIS bus design. These cards are about the size of an index
- card.
-
- An Indigo2 has a 4-slot backplane design. All four slots have EISA
- connectors so you can have a graphics-less server with four EISA
- cards. Three of the slots have GIO-64 bus connectors, BUT ONLY TWO
- CONNECTORS CAN BE USED SIMULTANEOUSLY!. Graphics board sets take up
- one logical GIO-64 connection, but can take up more physical slots.
- The current Extreme graphics takes up one logical GIO-64 connection,
- but uses three slots. That means the other slot can be used for
- either EISA or GIO-64 expansion. Note that since not all slots have
- both EISA and GIO-64 connectors, you might have to shift the Extreme
- graphics board set up or down a slot if you want to use the fourth
- slot with GIO-64 expansion.
-
- GIO-64 by the way is similar to GIO-32 but is twice as wide, uses a
- different DMA protocol (pipelined), and used EISA form factor (with
- the connector moved of course :-).
-
- ------------------------------
-
- Subject: -58- What high speed interfaces are available for Onyx?
- Date: 11 Jun 1993 00:00:01 EST
-
- Robert van Liere <robertl@cwi.nl> writes:
- SGI have FDDI boards for the Onyx. These boards perform quite well
- although the Indigo FDDI broad preforms slightly better. I'm not sure
- about SGI ATM, although I guess all vendors are preparing for it.
-
- FORE systems make ATM boards for the GIO bus. Maybe they have
- something for the HIO as well.
-
- FORE systems, Inc
- 1000 Gamma Drive
- Pittsburgh, PA 15238-2940
- 724-742-4444
- Fax 412-967-4044
- info@fore.com
-
- GIA-100/125A (100 Mbps GIO Bus)
- GIA-100/175A (140 Mbps GIO Bus)
-
- and Yechezkal-Shimon Gutfreund <sgutfreund@gte.com> adds:
- Fore Systems, Pittsburgh PA, selles a 150Mbit/s ATM adapter card that
- you can use to connect to their ATM switch (using multi-mode fiber).
-
- ------------------------------
-
- Subject: -59- Why doesn't my modem work?
- Date: 27 Jan 1996 00:00:01 EST
-
- Lots of reasons, but here are some of the most popular:
-
- - You're not using hardware flow control. To do so, you MUST 1) use
- the ttyf* devices, not ttyd* or ttym*, and 2) use a "hardware
- handshake" 7-wire cable, which you can buy from SGI but usually
- *not* from a Macintosh house. See the serial(7) manpage and SGI's
- modem "faxable", which you can get from the TAC, for details.
-
- - The modem is configured funny. Look at the configuration scripts in
- /usr/lib/uucp/fix-* and see if there's one for your modem.
-
- - /usr/lib/uucp/Permissions is wrong. /usr/lib/uucp/genperm will
- generate Permissions entries for all /usr/lib/uucp/Systems
- entries.
-
- - IRIX 5.2 had several problems with serial I/O, flow control and PPP
- interoperability. They are fixed in patch 151 and IRIX 5.3.
-
- - Some Indys have bad serial port hardware. The problem appears only
- when recent software (IRIX 5.2 + patch 151 or IRIX 5.3) is loaded.
- Call the TAC and give them your serial number.
-
- - See also these writeups on SLIP and PPP:
-
- Scott Henry's SLIP and PPP WWW page, at
- http://reality.sgi.com/employees/scotth/dialup_support.html
- Jeff Speegle's SLIP/PPP writeup, at
- ftp://viz.tamu.edu/pub/sgi/software/admin/slip-and-ppp-setup
- Christopher Spry's PPP WWW page, at
- http://sprysgi.sghms.ac.uk/~cspry/make_ppp.html
- "Configuring and Debugging SLIP Connections", Pipeline, Jul/Aug 1995
- "Configuration and Use of PPP", Pipeline, Sep/Oct 1995, and
- corrections on p. 24 of the Jan/Feb 1996 issue
-
- ------------------------------
-
- Subject: -60- What about ISDN?
- Date: 4 Jun 1997 00:00:01 EST
-
- Try Bert Hooyman <bert@demeern.sgi.com>'s ISDN pages, at
- http://reality.sgi.com/bert_demeern/isdn/ (but note that some details
- pertain only to Dutch ISDN).
-
- ------------------------------
-
- Subject: -61- What mice (or other pointing devices) can I use with my
- SGI?
- Date: 20 Apr 1996 00:00:01 EST
-
- Indigos need special Indigo mice. Replacement mechanical or optical
- (take note, mechanical mice haters!) mice are available from SGI or
- directly from Mouse Systems (510-656-1117).
-
- Indigo2s and Indys can use PS/2 mice as per the pcmouse(7) manpage.
- Dave Yost expands on this: The Indigo2 takes any industry standard
- mouse of the variety variously known as "IBM PS/2", "Mouse Port" or
- "6-pin". A PC serial mouse won't do, even with an adaptor, unless it
- is claimed to work on a PS/2 through an adaptor. The Logitech
- "MouseMan Cordless" mouse works for me.
-
- Onyxes use a custom serial mouse. If you'd prefer an optical mouse
- over the standard mechanical mouse shipped with the system, call Mouse
- Systems (510-656-1117) or Qualix (415-572-0200). If you'd like a
- trackball, call Mouse-Trak (800-533-4822, email yvonne@mousetrak.com).
-
- ------------------------------
-
- Subject: -62- What about joysticks?
- Date: Wed Sep 22 13:23:56 CDT 1999
-
- See Alex Madarasz <alex@eagle.bgm.link.com>'s writeup at
- ftp://viz.tamu.edu/pub/sgi/hardware/joysticks and Brent Bates' at
- http://www.vigyan.com/~blbates/hardware/joysticks.html.
-
- Technology Playgroup manufactures a joystick adapter for SGI workstations
- that allows connecting PC gameport devices to an SGI serial port, as well
- as MIDI devices and video equipment via Sony's Control-L (LANC) remote
- protocol. Refer to their website: http://this.is/tpg/products/unwinder/
-
- ------------------------------
-
- Subject: -63- What about uninterruptable power supplies?
- Date: 08 Oct 1994 00:00:01 EST
-
- Get the UPS FAQ from ftp://navigator.jpl.nasa.gov/pub/doc/faq/. See also
- ftp://viz.tamu.edu/pub/sgi/hardware/surge-protectors.
-
- ------------------------------
-
- Subject: -64- How can ordinary users control the multi-channel option
- (MCO)?
- Date: 14 May 1994 00:00:01 EST
-
- - To allow ordinary users to use 'vout' in MCO mode, make it setuid
- root with the command 'chmod u+s /usr/sbin/vout'. No-one has
- reported any security problems caused by doing this.
-
- - To allow ordinary users to switch from normal video output to MCO
- video output, get Hans Weber <weberh@cs.unc.edu>'s programs 'mcoGfx'
- and 'consoleGfx' from ftp://viz.tamu.edu/pub/sgi/hardware/mco/, compile
- them and do 'chown root.sys mcoGfx consoleGfx' and 'chmod u+s mcoGfx
- consoleGfx'.
-
- ------------------------------
-
- Subject: -65- What laptop or notebook SGIs are available?
- Date: 17 Aug 1996 00:00:01 EST
-
- There are none. SGI did a small amount of work on an Indy-like
- portable, but it didn't work out for both business and technical
- reasons. The closest you can come is Indy with a Presenter, but it
- won't fit on an airplane tray. There are companies which will build an
- SGI in a suitcase for you, but it won't even fit in the overhead
- compartment.
-
- The portable SGI in "Congo" was a fake.
-
- ------------------------------
-
- End of sgi/faq/hardware Digest
- ******************************
- --
- The SGI FAQ group <sgi-faq@viz.tamu.edu> http://www-viz.tamu.edu/~sgi-faq/
- Finger us for info on the SGI FAQs, or look in ftp://viz.tamu.edu/pub/sgi/.
-