HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: R3000 -> R4000 incompatibility?
Date: 27 Dec 92 22:12:58 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Dec24.070621.2821@sol.ctr.columbia.edu> penev@venezia (Penio Penev) writes:

| Does any one know a reason, why a program, runnng on R3000 would not
| run on R4000?
| 
| I'm using only ALU, memory and branch instructions. No coprocessor 
| (0 or 1), not mul/dev.
| 
| The program runs on R3000 (IRIX 4.0.1), but fails on R4000 (4.0.4).
| The error is reproducible, occures allways in the same region of the
| program, and behaves identically on successive runs. It seems to me
| like a jump to a bad address, resulting from a bad value in the $ra
| register.The problem is that whenever I put brakepoints "close enough"
| and do noting, but cont in them, it disappers.
|
| I have two explanations: 1) I do not fill the load delay slot
| properly, which results in jump to garbage. 2) I have made a mistake,
| but such a one, that the R3000 hazard (un)handling corrects it.

You may be running afoul of a bug in the rev 2.2 part of the r4k, if your
program is either some form of interpreter, or is otherwise executing
out of the data segment.  To work around that bug, branch and jump
instructions must be double word aligned (low 3 bits of address 0).

Your last paragraph above makes it sound like you are generating
instruction streams without the compiler.

The compilers normally work around this, and the kernel has a workaround
for it for pages in the instruction segment (of user programs).

This is fixed in rev 3 of the chip (which we aren't shipping yet, and
may not ship, depending on availability of the r4400, and cost of
qualifying a new chip rev).  It is also fixed in the r4400.

Programs like interpreters have fallen afoul of this problem.
It is documented in the IRIX 4.0.3 and later release notes.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: kjv@exucom.com (Karl J. Vesterling)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: Hard drives...
Date: 30 Dec 92 09:00:48 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL8]

Dave Olson (olson@anchor.esd.sgi.com) wrote:
: In <1992Dec28.192139.13619@cc.umontreal.ca> soubyran@ERE.UMontreal.CA (Soubyran Richard) writes:
: | Is it possible to take a Macintosh hard drive (most probably
: | SCSI-1 drive) and hook it to an Indigo? Is the reverse possible
: | too?

: Maybe.  Maybe.

Here's a list of what Mac drives doe not function with 4.01 on an Indigo:

	o Micronet 650MB Erasable Optical

	o Syquest 44MB Removable.

	o 9 out of 10 Quantum SCSI Drives.  (They're sporadic.)



: | Would it still be possible to put such a drive in a Macintosh? (It
: | is possible to put an ST1480N in it)? Would I be able to put a
: | Quantum LPS210 in the Indigo?
    ^^^^^^^
		See above...
: Maybe. Maybe.

: The problem with moving drives to the Mac is that many models
: of Mac (all but the most recent?) don't handle unit attention
: properly on power up or after SCSI bus reset.

	Yep...  I'll go along with that...  MAC SCSI is really
weird...  PC SCSI is a nightmare...  Reference Jargon, "Waving a dead
chicken." when dealing with MAC SCSI...


: Conversely, many drives for the Mac have rather poor SCSI implementations.
: The Quantum drive will probably work, but there are no guarantees.

	It may appear to work, but exercise it first...  I learned the
hard way when 80MB of stuff got blown away because the drive went
crazy, so I umount'ed it, fsck'ed it, and botched it pretty badly.

	The Quantum is now living happily ever after on my IIfx.  Not
one problem on the Mac...  SCSI Voodoo.  (I hear through the grapevine
that if you click your heals 3 times with your left foot in and your
right foot out the problems often go away, ;-)

-- 
-------------------------------------------------------------------------------
kjv@exucom.com				| I was better, but I got over it.
Karl J. Vesterling			| On my door I have a sign;
(716) 634-6550 Work			|	INTeL OUTSIDE!
Newsgroups: comp.sys.sgi.hardware
From: mjz@mjzsgi.Texaco.COM (Michael Zeitlin)
Subject: Adding more disks to Indigo	
Organization: Texaco Inc
Date: Tue, 29 Dec 1992 18:12:08 GMT


    We have an Indigo R4000-Elan with a floppy and two disk drives mounted 
    in the slots....    When i tried adding two more drives (older units
    from my old 4D/35) to the external SCSI....one of the drives failed
    to mount (no label...so fx said...).

    if i pull out one of the internal drives ...i can then mount the outside
    drives fine....

    Is there a limit to how many drives i can have on my indigo?  

    mjz

-- 
-------------------------------------------------------------------------------
|  Michael J. Zeitlin  |  mjz@texaco.com |  make it happen!                   |
|                      |                 |                                    |
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.hardware
From: penev@venezia (Penio Penev)
Subject: R3000 -> R4000 incompatibility?
Organization: Rockefeller University
Date: Thu, 24 Dec 1992 07:06:21 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: penev@venezia.rockefeller.edu
X-Posted-From: venezia.rockefeller.edu
NNTP-Posting-Host: sol.ctr.columbia.edu


Does any one know a reason, why a program, runnng on R3000 would not
run on R4000?

I'm using only ALU, memory and branch instructions. No coprocessor 
(0 or 1), not mul/dev.

The program runs on R3000 (IRIX 4.0.1), but fails on R4000 (4.0.4).
The error is reproducible, occures allways in the same region of the
program, and behaves identically on successive runs. It seems to me
like a jump to a bad address, resulting from a bad value in the $ra
register.The problem is that whenever I put brakepoints "close enough"
and do noting, but cont in them, it disappers.

I have two explanations: 1) I do not fill the load delay slot
properly, which results in jump to garbage. 2) I have made a mistake,
but such a one, that the R3000 hazard (un)handling corrects it.

I tried very hard to get the worng register before the jump, but
apparently I couldn't. As soon as I put a break point, the error
disapperars. 


Has anyone, presumably writing in .set reorder no, seen such
behavioural pattern?

Thanks in advance.

-- Penio.  penev@venezia.rockefeller.edu
From: kjv@exucom.com (Karl J. Vesterling)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: FAX software for Indigo?
Date: 27 Dec 92 23:17:44 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL8]


	How about ftp'ing to sgi.com and looking in the fax directory?
It seems just fine for me, and not only is it send/receive fax, it
also supports in-bound, and out-bound data calls.

	Really NICE, and you can't beat the price... $Free.00

	Thanks to the author of the flex-fax, and thanks to SGI for
having it available via FTP.

	While you're there you might want to pick up fsn, "File System
Navigator"   It's one heck of a nice demo, and I've had people's jaws
drop when they insist that their 486DX/2 is better than an Indigo and
I pop that up.

	Now with the new version of Soft PC I'll run Windows in a
window, and then we'll see what happens ;-)...


-- 
-------------------------------------------------------------------------------
kjv@exucom.com				| I was better, but I got over it.
Karl J. Vesterling			| 
(716) 634-6550 Work			|	
Newsgroups: comp.sys.sgi.hardware
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Subject: Re: Coprocessor Board for Indigo
Organization: University of Texas at San Antonio
Date: Tue, 22 Dec 1992 04:37:16 GMT

In article <1992Dec21.065030.17772@cronkite.ocis.temple.edu> john@sg25.aud.temple.edu (John W. Schwegler) writes:
>
>What sort of throughput are you looking for? I'm currently using an
>IRIS 4D/35G for real-time acquisition and processing (soon to move to
>an Indigo R4000/XS24Z), with rates of about 200 kpoints/sec. I use three
>different processes with non-degrading priorities, and it works very well.
>

We have a 464-element silicon photodiode array connected to a 512-channel
A/D converter system. We use this system to record evoked brain activity
using voltage-sensitive dyes (=potentiometric probes). The system is
working EXTREMELY well :-)

The A/D converter system uses two 16-bit A/D units that operate in tandem.
Basically, we DMA pack a 32-bit word on a Motorola VME147 computer (68030-based)
with two 16-bit data points every 6.5 us. (we can bump it to 5.5 us 
under certain conditions). That means we can scan all 464 elements (plus
8 "electrical channels") about every 1.5 ms with a clock speed of 6.5 us.

The operating system we are using is Motorola's VERSAdos -- a REAL real
time operating system. VERSAdos is the "pits" but fast. Unfortunately
Motorola doesn't support it anymore. If my memory serves me, we can
acquire 472 channels x 576 points/channel in about 0.8 s. If my math is
correct, that about 340 kpoints/sec (16-bit points). That's pretty close
to your 200 kpoints/s (assuming your points are 16-bits ;-) We can also
write at this speed directly to a SCSI disk. 

We have an R4000 upgrade on order. It hasn't arrived yet either. Maybe
we'll look into it as a data aquisition system without a "co-processor"
card. 

Thanks.

On each clock "tic", we load a 

-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
Newsgroups: comp.sys.sgi.hardware
Subject: knob & button box
From: stubbs@hawk.cs.ukans.edu (Jerry Stubbs)
Date: Wed, 23 Dec 1992 20:07:26 GMT
Distribution: usa
Organization: University of Kansas Computer Science Dept



We have the new os installed on our 4D/220, but are having some trouble
getting the knob and button box to work.  Does anyone know which
port it should be plugged into?  We think it is port 2, but we've
been wrong before.

Thanks
Newsgroups: comp.sys.sgi.hardware
Subject: Hangup in modem hangs up IRIX (or at least slows it down) 
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Sun, 3 Jan 1993 00:22:27 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   


I configured a modem to be available for both dial in/out. 

If I kill the connection by just interrupting the line on the client side who
dialed in to the indigo, the connection breaks but the process of the 
client does not. This causes the console to throw out a dozen 
bufcall: could not allocate stream event
messages, and then, hundreds of 
select: Resource temporarily unavailable
messages which go away only if I kill the residual process. This means 
that the poor indigo slows down so much that normal editing is a pain if 
the problem occurs. 


The gettydefs file reads: 
bx_38400# B38400 # B38400 SANE TAB3 HUPCL  #\nlogin: #du_9600

The inittab file: 
t2:23:respawn:/usr/lib/uucp/uugetty -N -i wait,conn ttyf2 bx_38400 vt100 LDISC1 

The wait entry in the Dialers file: 
wait =,-, "" \dATZ\r\c OK \dAT&B1\r\c OK \dATS0=4\r\c OK
i.e., I do a modem reset (Z), a baud rate setting (&B1), and set the answer 
after the 4th ring (S0=4). Then I wait for the conn: 
conn    =W=,    CONNECT


The modem connects fine, and has very good throughput, in 14400 bps with 
error correction and compression. the 38400 bps to ttyf2 are there because 
in the end I intend to run SLIP on it. 

Any hints, suggestions and pointers appreciated. 

Regards 
Reinhard 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
From: paraska@oasys.dt.navy.mil (Pete Paraska)
Newsgroups: comp.sys.sgi.hardware
Subject: Toshiba CDROM drive and audio
Date: 31 Dec 92 19:01:22 GMT
Organization: David Taylor Model Basin

I just got my SGI-supported CDROM drive (part # P-CDR-1).  I notice two RCA 
jacks on the back labeled "L" and "R".  Could these be left and right audio 
signal outputs?  If so, can I hook them to an stereo audio amp aux inputs?

(My 4D/35 upgrade didn't come with the audio option, so I can't use the PI 
to listen to audio CD's with it.)



|////////////////////////////////////////////////|
| Pete Paraska       (paraska@oasys.dt.navy.mil) |
| David Taylor Model Basin, CARDEROCKDIV         |
|\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\|
Newsgroups: comp.sys.sgi.hardware
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: knob & button box
Reply-To: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Organization: Yale University, Department of Computer Science, New Haven, CT
Distribution: usa
Date: Thu, 24 Dec 1992 06:34:38 GMT

In article <1992Dec23.200726.2336@hawk.cs.ukans.edu>  writes:
> 
> 
> We have the new os installed on our 4D/220, but are having some trouble
> getting the knob and button box to work.  Does anyone know which
> port it should be plugged into?  We think it is port 2, but we've
> been wrong before.

We had a "fun" time installing our dials and buttons on a Crimson.

A few things I learned that may be applicable would include:

- we needed to install a powered peripheral board, which
the daisy-chained dials and buttons were then plugged
into.

- there is a serial port manager app under the system
management app that allows one to easily set a port as
dials and buttons.

- there is a confidence test that can help test the
devices. 

Good luck!

--
Nathan Janette
PPP link from hilbert.csb.yale.edu

Please reply to: nathan@laplace.csb.yale.edu (NeXT)

Newsgroups: comp.sys.sgi.hardware,comp.sys.sgi.graphics
From: kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing)
Subject: Spaceball and 4.0.5
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Sat, 2 Jan 93 15:00:24 GMT

Hello there,
we have a 4D-220VGX equipped with a spaceball. Under 3.x there was a program
called spaceballd that handled that device. You also could use the
spaceball as a mouse (i.e. move the mouse cursor using the spaceball) and
do such things as calibrating it and so on.

After having installed 4.0 (currently 4.0.5) emulating the mouse doesn't
work anymore. However, that is merely annoying. My question is why I find the 
following messages in SYSLOG:
Dec 28 12:00:43 gt unix: WARNING: data event with unknown format.
Dec 28 12:00:43 gt unix: 
Dec 28 12:00:43 gt unix: 
Dec 28 12:00:43 gt unix: WARNING: unexpected byte 0xA3 in packed mode
Dec 28 12:00:43 gt unix: 
Dec 28 12:00:43 gt unix: 
Dec 28 12:00:43 gt unix: WARNING: Bad length for data event (0 words)
Dec 28 12:00:43 gt unix: 

They seem to occur every time I use the spaceball (from a locally written
application that uses the spaceball since 3.X days). Has the format of
spaceball events changed ?
I also noticed that there is a rather long delay (1-2 sec) between moving
the spaceball and seeing the result on screen. That was not the case
under 3.X
Thanks for any hints,

-- 

   Rainer Kleinrensing,    rainer@indigo.mathematik.uni-freiburg.de
   Institute for Applied Mathematics
   Freiburg University
From: smith@icat.larc.nasa.gov (Steven L. Smith)
Newsgroups: comp.sys.sgi.hardware
Subject: Monitor Compatibility
Date: 24 Dec 1992 13:03:47 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
Distribution: usa
NNTP-Posting-Host: icat.larc.nasa.gov
Originator: smith@icat.larc.nasa.gov



We have an SGI 4D/20PI which was purchased back in the
beginning of 89. My question is can I use the Sony color
monitor described below with this machine? Thanks in advance.


SGI Monitor Specifications:
- 19' Color Monitor
- Model #: CM2086A3SG
- 120/220V~, 50/60Hz, 2.5/1.3A
- Manufatured: Fabrique 
- Date: Jan 89


Sony Monitor Specifications:
- 19' Color Monitor
- Model #: GDM-1953
- 100-120V~, 50/60Hz, 2.6A
- 60Hz, non-interlaced
- Manufatured: Sony
- Date: April 88

*******************************************************************************
Steve Smith                          | Internet: smith@icat.larc.nasa.gov
NASA Langley Research Center         |           s.l.smith@larc.nasa.gov
M/S 152                              | Voice: (804) 864-2004
Hampton, VA 23681                    | FAX  : (804) 864-7793
*******************************************************************************

Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Hard drives...
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 30 Dec 92 21:52:12 GMT

In <1992Dec30.090048.22011@exucom.com> kjv@exucom.com (Karl J. Vesterling) writes:

| Dave Olson (olson@anchor.esd.sgi.com) wrote:
| : In <1992Dec28.192139.13619@cc.umontreal.ca> soubyran@ERE.UMontreal.CA (Soubyran Richard) writes:
| : | Is it possible to take a Macintosh hard drive (most probably
| : | SCSI-1 drive) and hook it to an Indigo? Is the reverse possible
| : | too?
| 
| : Maybe.  Maybe.
| 
| Here's a list of what Mac drives doe not function with 4.01 on an Indigo:
| 
| 	o Micronet 650MB Erasable Optical

If this is the Sony C501 (E501), it will work if you disable
disconnect (see /usr/sysgen/master.d/scsi).

| 	o Syquest 44MB Removable.

Disable sync SCSI on this one (I think it works if disconnect
is enabled, but you have may have to disable disconnect also).

| 	o 9 out of 10 Quantum SCSI Drives.  (They're sporadic.)

I've never liked them (I don't like their firmware style), or
their performance, but I've never heard of people having
that many problems with them.  Perhaps I've just been lucky
in the models I've tried and heard about.

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi.hardware
From: gaarder@well.sf.ca.us (Steve Gaarder)
Subject: HP DAT drive on PI has trouble with large block sizes
Organization: AC Technology
Date: Mon, 21 Dec 1992 17:28:01 GMT


We have an HP DAT drive connected to a Personal Iris 4D/20 running Irix
4.0.5.  I modified /usr/sysgen/master.d/tpsc to allow the machine to
identify the unit as a DAT, and that seems to have worked.  However,
when I try to use a tar blocking factor greater than 64 (= a block size
greater than 32768), I get the following error:

sc0,7,0: cmd=0x8 disconnected on non-word boundary (addr=C05CB402, 0x0 left).
  Resetting SCSI bus

I have the same problem when I put the drive on a 4D/35.  Any ideas
what's going on here?

Thanks,

Steven Gaarder                              Network and Systems Administrator
gaarder@actech.com                          A C Technology, Ithaca, N.Y., USA
From: soubyran@ERE.UMontreal.CA (Soubyran Richard)
Newsgroups: comp.sys.sgi.hardware
Subject: Hard drives...
Date: 28 Dec 92 19:21:39 GMT
Organization: Universite de Montreal

Hello all!

Is it possible to take a Macintosh hard drive (most probabily
SCSI-1 drive) and hook it to an Indigo? Is the reverse possible
too?

I have heard that the system boot disk for some Indogoes is a
Seagate ST1280N. I have called Seagate to get specs about it...
but they said they had nothing on the darn thing... But when I
have asked about the ST1480N... ahhh! they had plenty about it!
(info that is!). Could anyone tell me the specs about that drive?
Would it still be possible to put such a drive in a Macintosh? (It
is possible to put an ST1480N in it)? Would I be able to put a
Quantum LPS210 in the Indigo?

Thanks in advance,

Richard Soubyran
Newsgroups: comp.sys.sgi.hardware
Subject: FAX software for Indigo?
From: rdoelz@comp.bioz.unibas.ch (Reinhard Doelz [remote])
Date: Sun, 27 Dec 1992 16:49:15 GMT
Organization: EMBnet Switzerland [Basel]
Keywords: fas xoftware, modem, standalone
Summary: need fax (send+receive) sw for indigo with dialin/iout modem

I would like to run an Indigo with a modem (used for dialin/out) as 
simultaneous FAX machine: Need a FAX software for send and receive. 
Any pointers, hints etc appreciated - sorry if this is a FAQ - in 
particular on whether there are MOFTIF applications available with 
generic interface and could also run on other hardware. 

Regards 
Reinhard 



-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Frustrated with SGI support..
Date: 2 Jan 93 00:03:09 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <C075t4.Ivp@news.cso.uiuc.edu> ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi) writes:
| but i have the impression that SGI is rather slow in understanding
| that this is a different market than academy or industry. on one
| side, they want to enter this market (as shown by the ads on Byte, for
| instance), but on the other hand, the maintainance policy seems
| to discourage the folks willing to take one at home.
| at this point, such people are likely to be students or professional
| who already used SGIs at work.

Just about everybody in support, engineering, and marketing knows
it.  That doesn't mean we can instantaneously adjust the whole
company around it.  SGI has become a big company (for better or worse),
and big companies take longer to react to significant changes.

| the situation is particularly dramatic in europe!
| i am now in the US, and will be back in Italy in one year, and
| I am *very* tempted to carry an Indigo with me  (of course, there
| is no way I could buy one in Italy, far too expensive).

To be honest, my *personal* opinion is that our international
marketing basic policy is to charge whatever the traffic will
bear, coming down only slightly if competition forces us to
do so.  Apparently a number of U.S. companies market in Europe
this way.  There *are* higher shipping, personnel, and other
(duties, etc.) costs in Europe, but not as high as the prices,
as far as I (not being a marketing or financial person) can tell.

| SGI: don't you think that encouraging the home buyers would be
| a right thing to do at this stage?   

We did.  We went to an incredible amount of effort to make the
engtry Indigo pass the VDE and FCC emissions regs for home use.
You may not think it is enough ;), but it was a rather huge effort.

| European branches of SGI (if you are listening...): don't you think that 
| if you reduce prices and start being friendly with the home users, 
| the increase in sales can be sufficient to increase your revenue, even 
| if the revenue per machine sold is less? 

See above, and my other posting earlier today about the way that
international support is handled (SGI International (or whatever
the real name is) is a seperate company, *not* wholly owned by
SGI).  You have to make your words heard in Cortaillod (center
of European support), and Geneva (international headquarters),
as well as at the US offices.

There are (and have been) many meetings, discussions, etc. about
warranties, pricing of support, seperate pricing of OS and other
s/w upgrades, etc. etc.  Just what else will come out of them,
it is hard for anyone to say; things have already changed quite
a bit from the 'old days', mostly for the better.  wholly owned
by SGI).
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com