SGI hardware Frequently Asked Questions (FAQ)


From: sgi-faq@viz.tamu.edu (The SGI FAQ group)
Newsgroups: comp.sys.sgi.misc
Subject: SGI hardware Frequently Asked Questions (FAQ)
Date: 6 Jul 2001 05:59:44 GMT
Message-ID: <hardware_994399215@viz.tamu.edu>
Reply-To: sgi-faq@viz.tamu.edu (The SGI FAQ group)

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/.
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/.