HDTenEightyP/NetNews huggingface dataset:
From: jrroma@beaker (John Roman)
Subject: Ierrs on ec0 -- should I worry?
Organization: Monsanto Company
X-Newsreader: Tin 1.1 PL5
Date: Fri, 22 Jan 1993 22:21:00 GMT

I have recently noticed a steady increase in Ierrs on my Indigo R3000
base system running 4.0.5.  The current numbers (from netstat -i)
are:

Name Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
ec0  1500  137.35.4    beaker          79480471 51522   800730     0 88765
lo0  32880 loopback    localhost        2243977     0  2243977     0     0

The Ierrs are growing -- as much as 500-600 an hour.  My questions are:
Is this a problem, and if so whose (mine, the local networks, or what?).
Other systems (4D310s) on the segment do not have so many errors.

Any ideas?  Thanks....

--
John Roman                                          Monsanto Company
jrroma@beaker.monsanto.com                          Chesterfield, MO  63198
(314) 537-7044
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: 4D/20 problem on boot
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 27 Jan 93 06:13:55 GMT

In <1993Jan26.200605.22725@news.media.mit.edu> testarne@liverpool.media.mit.edu (Thad E Starner) writes:

| Having a problem booting my 4D/20.  One day, on startup it came up with the error
| listed below.  It's a 12Mhz, 12M RAM, 380M hard drive (Micropolis),  old
| GR1.1 run of the mill machine.  The fault is pretty immediate and shows up on 
| console terminal (not screen).  Would appreciate info on what this is, how to
| fix it, or where/how much it would cost to get it serviced.  Tried the trivial...
| reseating SIMMS, checking for heat producing chips, reseating boards, shortening the SCSI path to the minimal (had a QIC150 on it) without luck.
| 
| Console DUART test passed
| Memory walking bit test
| Exception at: BIC02724
| Cause:0000401C
| Status: 00580000
| Bad Vaddr: FFFFFFF7
| Parity Err: 000000AA
| LIOStatus: 00000009
| ErrorAddr: AAAAAAA8

Something is *seriously* wrong with your memory, or the data path
to it.  If you have more than one bank, try using only one bank,
switching SIMMs one at a time to find the bad SIMM.  If you only
have one bank, you probably need to call the hotline.
--
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: long@vax.ox.ac.uk (Neil J. Long)
Newsgroups: comp.sys.sgi.hardware
Subject: Tek XP15 x-terms and 4Dwm
Date: 26 Jan 93 19:11:07 GMT
Organization: Materials Department, University of Oxford

HI
I am setting up some Tek XP15 terminals to run in a mixed host environment.
Apart from the usual inconsistencies with the <= key between DEC, SGI, etc 
the only major problem I am having is that 'endsession' won't work correctly.
There appears to be an error generated by the xprop part of the script where 
it is having difficulties with the DISPLAY environment (somehow the last 
digit is missing) and since it works with everything else I won't mess 
with this. 

I haven't had this problem with various PC X emulators (all awfully slow in 
comparison with the Tek's) which always disengage gracefully.

Has anyone come across this little problem (it may be due to the Tek ROM's 
which will be updated 'real soon' but might be something else).

If I start 4Dwm from a telnet session I have to kill the PS before exiting 
otherwise the screen is alive and well but needs resetting before any more 
logins can be made.

Obviously this is not strictly to do with sgi.hardware but it is a 
reasonable home for my question 8-)
Thanks
Neil
From: sundar@fiber-one.ai.mit.edu (Sundar Narasimhan)
Newsgroups: comp.sys.sgi.hardware
Subject: problem with 8mm EXABYTE tape drive tar transfers
Date: 28 Jan 1993 18:00:32 GMT
Organization: MIT Artificial Intelligence Laboratory
Distribution: world
Reply-To: sundar@ai.mit.edu
NNTP-Posting-Host: fiber-one.ai.mit.edu

Hi, I frequently need to transfer files/data between sparcs
and an R3K. Both have 8mm Exabyte tape drives. I use tar
with the default block sizes on both sides. Using the noswap
device on the R3K seems to make the transfer work.

I never have problems going from R3K to Sparcs. Going Sparc->R3K 
however, sometimes I get a "Please mount next tape and hit <Return>"
message on the R3K, followed by a tape error. When this happens
usually I also lose data near the end which seems to vary in size.

Any one else run into this?
Newsgroups: comp.sys.sgi.hardware
From: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Subject: Where is "sysinfo" on an Indigo?
Organization: University of Texas at San Antonio
Date: Wed, 27 Jan 1993 04:15:54 GMT

Just out of curiosity, where is "sysinfo" physically located
in an Indigo? The reason I ask is that I kind of expected 
a copy protection scheme that uses "sysinfo" to break when
I swapped out my R3K cpu board with a R4K cpu board (and 
power supplies). Suprisingly it didn't seem to affect the
copy protection scheme :)

So :

  (1) the Vendor's copy protection scheme doesn't work
  (2) SGI loaded the "sysinfo" on the replacement cpu
      with the same 'unique identifier' as the R3K card
      (can two cards have the same *unique* identifier? :)
  (3) The physical location of the "sysinfo" is NOT on the
      cpu card, or the graphics card, or powersupply.
      That only leaves the backplane....

Of course is the location of "sysinfo" is a secret then forget
I even brought this up :)
    
-- 
David M. Senseman, Ph.D.              | Imagine the Creator as a low 
(senseman@lonestar.utsa.edu)          | comedian, and at once the world 
Center for Information Visualization  | becomes explicable.
University of Texas at San Antonio    |               H.L. Mencken
From: loki@nazgul.Physics.McGill.CA (Loki Jorgenson)
Newsgroups: comp.sys.sgi.hardware
Subject: HP ScanJet scanner
Summary: How to make it work?
Date: 22 Jan 93 01:02:03 GMT
Organization: Centre for the Physics of Materials


	I have inherited a Hewlett-Packard ScanJet II color scanner
with SCSI interface.  It doesn't appear to respond to the available
IRIX SCSI scanner driver.  Can anyone tell me what I need to make it
work with IRIXv4.0.5 on a 4D/35 or 4D/RPC?

	Thanks in advance,

--
'gards,
                               _  _  _  _
Loki Jorgenson                  \ O\/O /      node:  loki@Physics.McGill.CA
Grad/Systems Manager             \_/\_/       BITNET: PY29@MCGILLA
Physics, McGill University       / \/ \       fax:   (514) 398-6526
Montreal Quebec CANADA         _/ _/\_ \_     phone: (514) 398-7027
                     -*  Gleefully rambunctious  *-
Xref: sparky comp.sys.sgi.hardware:209 comp.sys.sgi.admin:303
From: davidh8@pogo.wv.tek.com (David Haight)
Newsgroups: comp.sys.sgi.hardware,comp.sys.sgi.admin
Subject: What's wrong with my tape drive?
Date: 27 Jan 93 23:38:30 GMT
Followup-To: poster
Organization: Tektronix Inc., Beaverton, Or.


I loaned the tape drive from my Indigo to be used on a 4D/20.
It's come back and now I get the following:

tar tf /dev/tape
NOTICE: SCSI tape #5 Error, internal blksize is 0
tar: tape read error: Invalid argument


Anyone have an idea what might have happened?

Thanks for any help.



-----------------------------------------------------------------------
David Haight            | davidh8@pogo.wv.tek.com          | INTERNET
Tektronix, GPID Div.    | ...!tektronix!pogo.wv.tek.com!davidh8| UUCP
PO Box 1000, M/S 63-630 | (USA) (503) 685-3151             | VOICE
Wilsonville, OR 97070   | (USA) (503) 685-3063             | FAX
-----------------------------------------------------------------------
Newsgroups: comp.sys.sgi.hardware
From: jrh@de.deere.com (J. R. Howell)
Subject: Re: memory upgrades, Impediment
Followup-To: comp.sys.sgi.hardware
Organization: Deere & Company
Date: Thu, 28 Jan 1993 14:53:47 GMT

In article <1993Jan14.185303.5181@qucis.queensu.ca>,
rodger@qucis.queensu.ca (Jim Rodger) wrote:
> 
> I would be interested in hearing about anyone's experiences, good or
> bad, with memory upgrades supplied by Impediment, especially
> on older machines.  We are contemplating buying memory from them
> for our 4D50 and 4D85.
> 
> Jim Rodger	rodger@qucis.queensu.ca

I have purchased a number of memory upgrades and HP disks for my SGIs and
everything has worked fine.  Alex has been one of the few I have run into
that has a good feeling for memory requirements for SGIs.  I have a 4D/20G,
4D/80GT and (2) R3000 Indigos that are using Impediment memory.

I would highly recommend them.

John
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Backup and Restore problems on 4D25 using 4.01 IRIX
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: us
Date: Sat, 23 Jan 93 19:43:31 GMT

In <1jq0k9INN9k7@news.cerf.net> randallr@nic.cerf.net (Randall J. Rosa) writes:


| I am having problems using the "Backup and Restore" utility from the 
| System Manager menu.  Backing up the machine which has the tape device
| is no problem, but using that drive for backing up other machines on
| the local net gives me an "unable to open remote tape device" error.
| 
| I have set the guest account on both machines to no password and root
| group and user, but still get the same results.  This used to work
| under 4.00, but doesn't under 4.01.  (we're an art school, and can't
| afford an update to the current 4.05?? version until a grant comes
| our way....any help would be appreciated!   Thanks!

Turn on rsh logging in /usr/adm/SYSLOG by adding the '-L' option
to the rshd line in /usr/etc/inetd.conf, followed by
/etc/killall -HUP inetd, then do it again, to see what
the error is.

Also, you can try just running 'mt -t guest@remote:/dev/nrtape status'
and see what, if any error you get (on the machine without the drive).
There are no known problems in this area, aside from system configuration
on the users/admin's part.
--
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: izhak@ernet.in (S M Izhak)
Subject: I/O for DSP !!
Organization: Giant Meterwave Radio Telescope., TIFR
Distribution: comp.sys.sgi.hardware
Date: Fri, 29 Jan 1993 02:15:30 GMT

Hi!
	As I'm not a veteran of comp.dsp, I am not sure whether the
issue of I/O in DSP has been discusse earlier.
	I am interested in a easy chip level solution for interfacing
the ADSP 21020 or and such DSP to standard devices like the SCSI disk,
etc. I am basically interested in getting the maximum sustained I/O
rate for dedicated appilcation in Astronomy on huge volumes of data.
	Thanks in advance to whoever takes time and effort to reply to
this. You could reply to my email address : izhak@gmrt.ernet.in. If
enough users are interested I could send a synopsis of the responses
on the network soon. 
	Hoping to hear from someone who is ready to extend a helping
hand.

Zac
Newsgroups: comp.sys.sgi.hardware
From: horne@physics.su.OZ.AU (Geoff Horne)
Subject: Microtek 600 (scanner ) drivers
Organization: School of Physics, University of Sydney, Australia
Date: Thu, 21 Jan 1993 06:56:11 GMT


does anyone have a driver for a Mikrotek 600 scanner?
--


-----------------------------------------------------------------------------
        Geoff Horne               |      Egotism is the anesthetic that
  horne@suphys.physics.su.oz.au   |       dulls the pain of stupidity
-----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Time loss on R4k Indigo
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 21 Jan 93 19:51:56 GMT

In <1993Jan20.173555.27569@news.acns.nwu.edu> gof@casbah.acns.nwu.edu (Gerald Fountain) writes:

| Is there a known bug in the R4k Indigos which results in large time losses? 
| We are experiencing losses on the order of an *hour*/month or more (this is
| bad enough, it may in fact be twice that).
| 
| Is there a way to improve upon this?  Occasionally we get spasms of messages
| in SYSLOG regarding large time corrections.  Our three Indigo's are all
| running timed.

Sounds like your problem is your time master(s).  See 'man timed timedc'
for info on how to get more info about what is going on.

If your time master is switching back and forth between a couple
of machines, and the time changes match that, something might be
misconfigured.
--
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: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: SGI CDROM on a 386
Keywords: CDROM PC
Date: 25 Jan 93 15:36:51 GMT
Organization: ICEM Systems, Inc.

In article <C1EAAL.22B@gpu.utcs.utoronto.ca>, topix@gpu.utcs.utoronto.ca (L. Mae) writes:
|> Can anyone tell me if it is possible to use a CDROM drive
|> that SGI has customized on anything but an SGI machine.
|> I'd like my CDROM drive to timeshare between a Personal IRIS
|> and a PC. I'm using an Adaptec SCSI controller card in a 386, but 
|> as far as I can tell this setup is hopeless.
|> 
|> If anyone has had any experience at all with this sort of problem
|> I'd really appreciate some help.

I've hooked up our SGI CD-ROM (a Toshiba XM 1971) to my 486 using an
Adaptec 1542B.  The CDROM is a normal, bare SCSI device in all ways
except one.  If your system asks it what kind of device it is, the
CDROM states that it is a fixed hard drive!  I understand that this
is done because the older SGI machines will only boot from a tape or
fixed drive, and not a removable drive.

I'm running 386BSD so I was able to do some things in my system to 
get the drive working.  I'm not sure if it's possible to get it
working through any other system.
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/*            Just remember, you *WILL* die someday.             */
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Where is "sysinfo" on an Indigo? [ nvram ]
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 27 Jan 93 05:57:46 GMT

In <1993Jan27.041554.6018@ringer.cs.utsa.edu> senseman@lucy.brainlab.utsa.edu (David M. Senseman) writes:

| Just out of curiosity, where is "sysinfo" physically located
| in an Indigo? The reason I ask is that I kind of expected 
| a copy protection scheme that uses "sysinfo" to break when
| I swapped out my R3K cpu board with a R4K cpu board (and 
| power supplies). Suprisingly it didn't seem to affect the
| copy protection scheme :)

Presumably you mean the information *used* to generate the contents
that sysinfo prints?

It is based on different things on different systems, but frequently
(not always) on the the ethernet address.  The ethernet address comes
from the NVRAM (initially, and the sysinfo info is generated at boot
time, so later changes to the ethernet address don't affect it).

On Indigo, the nvram is physically located on the backplane.
(It is actually a serial EEROM for Indigo, and the 20,25,30, and 35;
it is a socketed 8 pin DIP package).

On the 20-35, it is on the PC board with the power switch; that is
why the ribbon cable from the E-module to that board has so many
conductors.

On most of the ASD (power series and IP4) systems, it has traditionally
been battery backed RAM on the I/O board.

On systems with PROM passwords, you have to remove the nvram chip
or the battery for the ram to defeat the password (which is OK, since
if you have physical access, the prom password is meaningless).

The new Indigo2 has the same nvram on the i/o connector board, but
has a jumper to bypass the prom password.  I'm not sure what Onyx
has done.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: /dev/plp I/O
Keywords: parallel communications
Date: 21 Jan 93 22:48:44 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan20.181528.9501@cs.sfu.ca> welman@cs.sfu.ca (Chris Welman) writes:
| Yes, I did see this in plp.h.  On the read side I'm issuing PLPIOCRESET,
| PLPIOCREAD, and PLPIOCRTO (read timeout), in that order.  No luck - the
| write call just hangs (or times out), presumably waiting for something
| to occur.  I'm also doing a PLPIOCSTATUS to query the port status on
| both ends, and this tells me that the "printer" is considered to be offline, 
| which makes me wonder whether the Indigo is expecting the "peripheral" to
| assert a signal on pin 13 (ONLINE) before anything will work.  Obviously
| there is something I'm overlooking...

Thinking about it more, I think I know what the problem is.  In the
bidirectional mode, you probably can't just hook the two ports up
directly, because it uses the conventions used by the Ricoh parallel
port scanner, and they are somewhat different than normal printers.

I need to get some hardware specs to get more detail; let me know if
you really want to pursue it by email.

| By the way, there is a second undocumented ioctl in plp.h, PLPIOCSETMASK.
| What does this do, and is it of any use to me?  

Nothing.  It is there for compatibility with the 4D/20 and 25, because
some programs used it and didn't like getting an error on that ioctl.

Here is the comment from the 20/25 driver (the hardware didn't support
this in later versions, and it was never much used):

	/* Set printer abort mask: if any status bits match
	 * set bits in the mask, then printing stops.  This
	 * can be used to cause printing to abort on paper out.  */
	case PLPIOCSETMASK:

--
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: bruggink@vms.macc.wisc.edu
Subject: remote console for Indigo
Organization: University of Wisconsin Academic Computing Center
Date: 21 JAN 93 09:47:30    

We have an Indigo Elan, and want to install a terminal on a
different floor, so that it appears to a user sitting at the remote
terminal that they are sitting at the console.  Our building
is wired for appletalk, and the rooms have access to ethernet
ports.

So what do I need and what does it cost?  Do I get another 19"
monitor and keyboard from SGI and somehow wire them to the Indigo??
Presumably the remote terminal would need network hardware and
software, and some amount of display software as well.

Three paths occur to me:

-- go with whatever sgi has available.  I don't know,
   and my rep hasn't yet gotten back to me.

-- use a Macintosh.  We have Macs w/ large displays, but they seem
   way too underpowered to do any kind of intensive graphics.
   Can they be made to work, and what kind of additional software and
   hardware would be needed?

-- buy a new color workstation.  Seems like an expensive way to
   go, but I'm assuming I need something to run x-windows in order
   to exactly emulate the Indigo's console.  is that true, and if
   so what do I need?

Apologies for the naievte, and thanks for any help.


--dennis bruggink       bruggink@uwmfe.neep.wisc.edu
Newsgroups: comp.sys.sgi.hardware
From: testarne@liverpool.media.mit.edu (Thad E Starner)
Subject: 4D/20 problem on boot
Organization: MIT Media Laboratory
Date: Tue, 26 Jan 1993 20:06:05 GMT

Having a problem booting my 4D/20.  One day, on startup it came up with the error
listed below.  It's a 12Mhz, 12M RAM, 380M hard drive (Micropolis),  old
GR1.1 run of the mill machine.  The fault is pretty immediate and shows up on 
console terminal (not screen).  Would appreciate info on what this is, how to
fix it, or where/how much it would cost to get it serviced.  Tried the trivial...
reseating SIMMS, checking for heat producing chips, reseating boards, shortening the SCSI path to the minimal (had a QIC150 on it) without luck.

Console DUART test passed
Memory walking bit test
Exception at: BIC02724
Cause:0000401C
Status: 00580000
Bad Vaddr: FFFFFFF7
Parity Err: 000000AA
LIOStatus: 00000009
ErrorAddr: AAAAAAA8


Occasionally I would get (in addition, and first):
Address: A0000000
Expected: FFFFFFFE
Received: 55555555

and Cause would be 3000401C


						Thad Starner
						Assoc. Sci., BBN
						MIT Media Lab
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Tek XP15 x-terms and 4Dwm
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 27 Jan 93 06:11:58 GMT

In <long.58.728075467@vax.ox.ac.uk> long@vax.ox.ac.uk (Neil J. Long) writes:
| I am setting up some Tek XP15 terminals to run in a mixed host environment.
| Apart from the usual inconsistencies with the <= key between DEC, SGI, etc 
| the only major problem I am having is that 'endsession' won't work correctly.
| There appears to be an error generated by the xprop part of the script where 
| it is having difficulties with the DISPLAY environment (somehow the last 
| digit is missing) and since it works with everything else I won't mess 
| with this. 

This is the key.  It was a bug in the endsession scripts if you had
digits in the hostname.  It was fixed after 405F
(it was introduced during dualhead changes in 402).

The intent was to remove the screen number (if any) from $DISPLAY.
Change the line that sets PROP_DISPLAY to just set it to $DISPLAY;
that works for just about everybody.

--
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: topix@gpu.utcs.utoronto.ca (L. Mae)
Subject: SGI CDROM on a 386
Keywords: CDROM PC
Organization: UTCS Public Access
Date: Mon, 25 Jan 1993 05:37:32 GMT


Can anyone tell me if it is possible to use a CDROM drive
that SGI has customized on anything but an SGI machine.
I'd like my CDROM drive to timeshare between a Personal IRIS
and a PC. I'm using an Adaptec SCSI controller card in a 386, but 
as far as I can tell this setup is hopeless.

If anyone has had any experience at all with this sort of problem
I'd really appreciate some help.



_________________________________________________________________
john mariella                                  animation director
    topix=217 Richmond St. W.=toronto=ontario=canada=m5v 1w2
    fone 4169717711                         facks 4169716188
                  topix@gpu.utcs.utoronto.ca
_________________________________________________________________
|                                                               |
|                                                               |
|           this space intentionally left blank                 |
|                                                               |
|                                                               |
-----------------------------------------------------------------


-- 

_________________________________________________________________
john mariella                                  animation director
    topix=217 Richmond St. W.=toronto=ontario=canada=m5v 1w2
Newsgroups: comp.sys.sgi.hardware
From: brkic@zeeman.desy.de (Milos Brkic)
Subject: 110/220V switching on R4000 INDIGO
Keywords: Power supply, switching, INDIGO 
Reply-To: brkic@zeeman.desy.de (Milos Brkic)
Organization: DESY (CANADIAN GROUP)
Date: Thu, 21 Jan 1993 21:02:29 GMT

We just got an R4000 INDIGO delivered from North America to Germany. The 
problem is nowhere does it say how to switch the voltage from 110 to 220V.
Is it self switching? The same goes for its monitor.
Thanks for the help.
Milos