HDTenEightyP/NetNews huggingface dataset:
From: wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius)
Newsgroups: comp.sys.sgi.hardware
Subject: Disk->frame buffer DMA?
Date: 12 Jan 93 05:02:39 GMT
Organization: Lawrence Livermore Nat'l Lab.


We are interested in retrieving raster images from disk (or a
RAM DISK type device) into the frame buffer.  Lets assume that
the frame buffer window exactly matches the raster image
dimensions on disk so no image processing is required.  Is this
possible without the raster image passing through the main
memory?

I would envision that this would be *similar* to the image file
being mapped into the process' address space and some bitblt
command (aka lrectwrite) would transfer the image to a window
in the frame buffer.  What I am asking for is the above, but
without the raster image (disk file) being paged into memory
but rather transferred (via DMA?) directly to the frame buffer.

If this is not available, any plans for somesuch?

Thanks.  Please reply via email.

  Dave Wiltzius
  Lawrence Livermore Nat'l Lab
  wiltzius@llnl.gov
Newsgroups: comp.sys.sgi.hardware
From: kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing)
Subject: GNU/X11 cdrom w/Rockridge ext.
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Fri, 8 Jan 93 11:25:26 GMT

Hello,
we just got the December 1992 GNU/X11 cdrom from Walnut Creek Software.
This disk is in "level 1 ISO-9660 format with Rock Ridge extensions",
that means the full length unix pathnames are available when using an 
appropriate driver. However, when inserting it into our SGI CD-Rom
(connected to an Indigo, 405B) we only see the short names (8.3).
Is there an option to mount or cdromd or another means to mount the
disk using the full filenames ?
Thanks very much,

-- 

   Rainer Kleinrensing,    rainer@indigo.mathematik.uni-freiburg.de
   Institute for Applied Mathematics
   Freiburg University
Newsgroups: comp.sys.sgi.hardware,comp.sys.sgi.misc
From: dweber@ncsa.uiuc.edu (Daniel Weber)
Subject: Clock rates in MH?
Originator: dweber@kankakee.ncsa.uiuc.edu
Reply-To: dweber@ncsa.uiuc.edu
Followup-To: comp.sys.sgi.misc
Organization: National Center for Supercomputing Applications
Date: Wed, 6 Jan 1993 22:31:29 GMT


Is there a simple way of determining the clock rate in MH on an arbitrary
SGI platform?  I want to use pixie and prof to profile code that I've 
written, but need to use the "-clock MH" option in order to get the summaries
in seconds instead of cycles (according to the "Compiler Guide").  Any
info would be appreciated.  Thanks!

-daniel weber
dweber@ncsa.uiuc.edu

-- 
--
I AM NOT THE DANIEL WEBER YOU THINK I AM!!!!! There are six Daniel Webers 
in this town.  I am Daniel Eugene Weber, NCSA drone.  I am not Daniel Weber 
of community health, nor a senior in agriculture, nor a freshman in LAS.
From: steve@donald.tamu.edu (Steve Rikli)
Newsgroups: comp.sys.sgi.hardware
Subject: diff 4d/310 VGX & Crimson VGX ?
Date: 6 Jan 1993 00:30:09 GMT
Organization: College of Architecture, Texas A&M University
NNTP-Posting-Host: donald.tamu.edu

We just received/installed the R4000 upgrade for our 4d/310 VGX that
was purchased under the Performance Protection Plan.  Now I want to
know:

What's the difference between the machine I have and a Crimson, besides
the fact that the machine isn't red and I don't have a label on top that
says 'Crimson' on it?

[actually, the field engineer who did the install DID put a new label
on the chassis, but it says 'R4000-50 VGX']

I'm assuming both systems are 50MHz R4000 IP17's, but beyond that I
really haven't a clue.  Is it correct to refer to this machine as a
4d/Crim?  If not, what's the proper designation?

Just curious, mostly.

cheers,
sr.
-- 
|| Steve Rikli 	           |||  Visualization Lab               ||
|| steve@archone.tamu.edu  |||  Texas A&M University            ||
|| 409-845-3465            |||  College Station, TX  77843-3137 ||
From: wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius)
Newsgroups: comp.sys.sgi.hardware
Subject: RAID (disks) questions.
Date: 12 Jan 93 05:10:56 GMT
Organization: Lawrence Livermore Nat'l Lab.


Is anyone using RAID (disks) on an SGI (or any other machine,
actually)?

If so, I would be interested in posing a few questions such
as what application you are using, the performance gains you
are experiencing and the extent of your software modifications
to achieve this performance gain.

If you are accessing data on RAID via a network file service
(presumably NFS), what is your network media and how much of
a performance hit did you take going via NFS?

If any SGI folks and get me any info, I would be very interested.
We are seriously considering using RAID on an SGI 440.  My sales
person is in training for the next few days; still...

Thanks.  Please respond by email.

  Dave Wiltzius
  Lawrence Livermore Nat'l Lab
  wiltzius@llnl.gov
Newsgroups: comp.sys.sgi.hardware
From: gof@casbah.acns.nwu.edu (Gerald Fountain)
Subject: Wanted: Info/price on Z-buffer for R4k XS Indigo
Organization: Northwestern University, Evanston Illinois.
Distribution: na
Date: Thu, 7 Jan 1993 03:51:08 GMT

I am trying to find out if we should upgrade our machines with a Z-buffer. 
Can anyone fill me in on the obvious advantages (other than being able to run
several of the Demos :-).  While we do mostly number crunching, we do a fair
amount of graphical work in our analysis.  What (examples) will it speed up? 
Also, what about cost?   (My SGI Rep is away on Vacation)

Thanks!

-- 
Jerry Fountain                                                             
Northwestern University                    |    gof@bart.chem-eng.nwu.edu  
Department of Chemical Engineering         |    (708) 491-3555 (Office)    
2145 Sheridan Road, Evanston, IL  60208    |    (708) 491-3728 (FAX)
Newsgroups: comp.sys.sgi.hardware
Subject: SUMMARY: Photo Quality printers
From: mark@wehi.edu.au (Mark Watson)
Date: 7 Jan 1993 06:35:00 GMT
Distribution: world
Organization: The Walter and Eliza Hall Institute of Medical Research
NNTP-Posting-Host: wehio.wehi.edu.au

I did not keep a copy of my original post so the subject line may not be
exactly correct, sorry.

I received a few responses to this request and I would like to thank those
that did for the information provided.  The following are the printers
being used, I can not make any value judgements yet since the evaluation is
still progressing.

Codonics	NP-600
Kodak		XLT-7700
Tektronics	Phaser II SD

Other suppliers I have heard about (independant of my net request) but not
dealt with yet are;

Mitsubishi
Canon
3M

3M actually have the only A3 capable version I have heard of, however it is
'proofing' quality only.

Have fun,

-- 
Mark W. Watson                      | mark@wehi.edu.au
The Walter and Eliza Hall Institute | Ph: +61 3 345 2555
P.O. Royal Melbourne Hospital       | Fax: +61 3 347 0852
Australia    3050                   | include all known disclaimers here
Newsgroups: comp.sys.sgi.hardware
From: msc@ramoth.esd.sgi.com (Mark Callow)
Subject: Re: Midi device
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 12 Jan 93 22:42:10 GMT


In article <MITCHELL.93Jan4161511@coltrane.linus.mitre.org>, mitchell@linus.mitre.org writes:
> 
> Hi,
> 
> 	I was wondering if anyone has hooked up a Midi device to a Sgi
> Workstation.  I have an EPS-16 Plus Digital Sampling Workstation that
> I would like to send Midi Code to from a SGI 340 VGX.  In particular,
> I need to know if I can simply send the Midi bytes down the stream to
> the device.  Secondly, is there a 9 pin to 5 pin connector that will
> allow me to hook up the two
> 

Many people have, at least to Indigos.  For the Indigo you need to buy a
standard Macintosh serial port to MIDI converter box available from
most musical instrument stores and many computer stores.

For the 340 VGX, you will need a special rs232 to MIDI converter box
called the Midiator made by Key Electronics, 7515 Chapel Avenue, Fort
Worth, TX 76116.  Telephone 1 800 533 MIDI.  Call them for the name of
your nearest dealer.  If you want absoolutely precise timing to within a
couple of milliseconds, you may have some trouble unless you dedicate a
processor to feeding MIDI.  We ship a special MIDI streams driver, that
provides the required accuracy even on single processor systems, as
part of the Digital Media Development option.  Unfortunately it is
currently only available for the Indigo.

	-Mark
Newsgroups: comp.sys.sgi.hardware
Subject: Serial line problem (Re: Hangup in modem hangs up IRIX (or at least slows it down) )
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Mon, 4 Jan 1993 20:56:59 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

I have a problem with configuring a serial line with handshake: 

Upon line failure, the process connected to the serial line does not die. 



In article <1993Jan3.002227.2116@comp.bioz.unibas.ch>, doelz@comp.bioz.unibas.ch (Reinhard Doelz) writes:
|> 
|> I configured a modem to be available for both dial in/out. 

This problem turns out to be a serial line problem. I tried it without the 
modem. The uugetty now runs on ttym2 and reads from a 9600 terminal. 
If I just power-off the terminal, I can see the DCD signal to become inactive, 
as requested for a HANGUP condition (described in serial(7), and analyzed 
with an interface analyzer.) The only active signals are now DTR and RTS. 
However, the process on ttym2 does NOT die. It is absolutely unclear to 
me how this can happen, because I thought that this would be the handshake
condition... 

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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: GNU/X11 cdrom w/Rockridge ext.
Date: 9 Jan 93 03:37:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan8.112526.3798@sun1.ruf.uni-freiburg.de> kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing) writes:

| we just got the December 1992 GNU/X11 cdrom from Walnut Creek Software.
| This disk is in "level 1 ISO-9660 format with Rock Ridge extensions",
| that means the full length unix pathnames are available when using an 
| appropriate driver. However, when inserting it into our SGI CD-Rom
| (connected to an Indigo, 405B) we only see the short names (8.3).
| Is there an option to mount or cdromd or another means to mount the
| disk using the full filenames ?

No, we don't yet support the RockRidge extensions.
--
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: tarun@psyclops.psyc.queensu.ca (Tarun Kripalani)
Subject: Board Addresses in VME bus
Organization: Dept. Of Psychology,  Queen's University,  Kingston
Date: Tue, 5 Jan 1993 18:40:08 GMT

I am trying to find a way of determining what the
addresses are of the boards that are in my 310 GTX
so that I can set the address for an A/D board I plan
to install. Does anyone have any idea how to do that?
Is there a range of addresses that are available?

TIA

-- 

Tarun Kripalani 
e-mail:   tarun@psyclops.psyc.queensu.ca

____________________________________________________________________________
From: wmbfmk@rw7.urc.tue.nl (Marc van Kempen)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: From where do I get a SYNC signal?
Date: 9 Jan 93 00:56:34 GMT
Reply-To: wmbfmk@urc.tue.nl

dario@cns.nyu.edu (Dario Ringach, x3941) writes:

>I'd like to synchronize the screen refresh with external equipment for
>a psychophysical experiment...  I only want a signal coincident with
>the FIRST vertical SYNC of the monitor AFTER I call swapbuffers() (i.e.
>exactly when the buffers are swapped).  Is there a way to do this?
>Thank you!

From the man page of GSYNC():

In some implementations gsync blocks immediately. In others, gsync
blocks only when a graphics call is made.

I think swapbuffers() does the same. It allows your program to continue
unless it performs a graphics function that would affect the
current frontbuffer, that is: after the call to swapbuffers, but before
the buffers have actualy been 'swapped'.

Maybe you should include a line in your code like:

unsigned long dummy;

swapbuffers();
lrectread(0,0,0,0,&dummy);

This should block your program until the next vertical retrace.


If your interested, I've written some (dirty) code that directly uses the
vertical retrace interupt adress. It only works on IP12 boards
though (Indigo-Elan, Iris). I'll post it if anybody can use it.


Marc.

BTW: can anybody at Silicon tell my if they have figured out what causes
my Indigo-Elan to hang in PAL mode?
Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: SGI-Tapes and CD-ROM
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: comp.sys.sgi.hardware
Date: Thu, 7 Jan 93 07:00:41 GMT

In <1993Jan6.175433.3702@nic.csu.net> vqueved@neptune.uucp (Victor Quevedo) writes:

| I am interesting in finding out if you can connect various Tape Drives and
| CDROMS to a SGI Indigo.  
| 
| 	1.	Will a Sun compatible Tape 1/4" (150) drive work on
| 			an SGI?

Almost certainly.

| 	2.	Will a Sun, Apple, NeXT CDROM drive work on an SGI?

The Sun drives will work on Indigos, at least for most people (not
all) for normal use, and for some people, for software installation.

The Apple brand drives are hopeless, they violate the scsi spec
too much.  The NeXT drives might work for filesystem stuff; and
possibly s/w installs on the r4k Indigo, but not installs on other
systems.

| 	3.	If they do work will they be able to read the SGI
| 			specific inst format?

Yes, as long as they are on an SGI system.
--
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: ertas@athena.mit.edu (Mehmet D Ertas)
Subject: Re: where do I get +5v from the back of an Indigo?
Organization: Massachusetts Institute of Technology
Date: Thu, 7 Jan 1993 14:44:35 GMT

In article <JET.93Jan6151104@boxer.nas.nasa.gov>, jet@boxer.nas.nasa.gov (J. Eric Townsend) writes:
|> 
|> 
|> I've got a device that needs +5v, and is used to getting it from a
|> parallel port.  I'm hooking it up to a serial port instead, and
|> realized that there's apparently no +5v out anywhere on the back of
|> the Indigo.
|> 
|> Does anyone know of any +5v lines that I can tap into in/around the
|> back of the Indigo?  Say the keyboard, perhaps, or the AUI?
|> 

How about the parallel port?

Deniz Ertas


|> Thanks
|> 
|> --
|> J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311 (DoD# 0378)
|> "It is the cunning of form to veil itself continually in the evidence
|> of content.  It is the cunning of the code to veil itself and to produce
|> itself in the obviousness of value." -- Baudrillard
From: hogg@ucs.ubc.ca (John Hogg)
Newsgroups: comp.sys.sgi.hardware
Subject: Startup problem: Seagate Elite 3 disks on R4K Indigo
Date: 12 Jan 1993 21:21:28 GMT
Organization: The University of British Columbia
NNTP-Posting-Host: swiss.ucs.ubc.ca

We have encountered an awkward startup problem with some Seagate disks and
were wondering if it is unique to us or whether other people have seen it.

Here is the configuration:

   R4K Indigo (4.05F, of course) with 64MB of memory, a 1.2GB system
   disk on SCSI address 1 and 4 external Seagate Elite 3 disks (3GB each, 
   fast SCSI, on addresses 3 to 6 inclusive). The external disks are in
   a 19" rack mount tray, and the cable length is well under 6 metres.

The problem:

   If we power up the system and the Indigo at the same time, the power-up
   diagnostics wait for the disks to become ready. They do, the diagnostics
   complete without complaint, and then the system starts up. During startup,
   we get a complaint about one of the Elite 3's. On one occasion, the
   complaint was:

      dks0d6s7 Drive not ready, driver not ready, ASQ=0x2, Block # 0

   Subsequent reboots don't get the disk back. If, however, we power down the
   system and the disks, power up the disks, wait for the disks to be ready,
   and *then* power up the Indigo, the Indigo finds them all without
   complaint and all seems to be well.

On the other hand, if we take the very same disk string and attach it to
an R3K Indigo running 4.04B, it will wait for the disks after power up and
find them all without difficulty.

Is this a known problem? If so, is there a workaround? 
--
John Hogg; hogg@ucs.ubc.ca; Computing Services, University of British Columbia
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: RAID (disks) questions.
Date: 12 Jan 93 06:20:39 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <145785@lll-winken.LLNL.GOV> wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius) writes:
| Is anyone using RAID (disks) on an SGI (or any other machine,
| actually)?
| 
| If so, I would be interested in posing a few questions such
| as what application you are using, the performance gains you
| are experiencing and the extent of your software modifications
| to achieve this performance gain.

You are very unlikely to see a performance gain over seperate
disks, unless you have a lot of file i/o that has to be to a single
partition, and get a very high performance RAID and a controller
to match.  In general RAIDs have lower performance and much higher
cost than independent disks, and the only reason for going with
a RAID is if you get one that supports hot sparing of drives and
automatic regeneration of parity, etc. afterwards.

| If you are accessing data on RAID via a network file service
| (presumably NFS), what is your network media and how much of
| a performance hit did you take going via NFS?

Even a single SCSI disk is far faster than NFS over ethernet.
FDDI is still faster than a single disk (for another year or so),
unless you have a high end IPI drive, which can be faster than even
FDDI.  Unless you are trying to set up a large fileserver for some
other reason than performance, you don't want to access RAID over
any current network (well, maybe Ultranet would do for another couple
of years).

| If any SGI folks and get me any info, I would be very interested.
| We are seriously considering using RAID on an SGI 440.  My sales
| person is in training for the next few days; still...

There are 3rd parties selling RAID for SGI, but we don't have an
officially approved SGI RAID yet, although I believe there is work
being done on RAID for the not too distant future.
--
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: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Subject: Re: Video and keyboard extensions
Date: Mon, 11 Jan 93 17:38:34 EST
Organization: Department of Chemistry, University of Michigan, Ann Arbor

In article <C0pIKI.D41@ireq.hydro.qc.ca> marcouil@ireq.hydro.qc.ca writes:
>We are currently working on the layout for our working quarters and one 
>solution implies that we place the graphic consoles far from the computers
>(2 MP machines: 4D/440 and R4000-MP).  The distance would be about 30 feet.
>From SGI there seems to be an extension kit for 75 feet (part# X4-VKC1).
>
>Question is will there be any problems related with the use of such a lenght
>of cable (like line noise, screen flicker, ...).  Also is there smaller
>extensions from SGI or third party source.
>
>Thanks for your time.
>
>Luc
>-- 
>   Luc Marcouiller,                  Institut de Recherche d'Hydro-Quebec,
>   Chercheur                         marcouil@ireq.hydro.qc.ca

We've got a 4D/360 GTX which we've been running with the 75 foot cables for
a couple years and nobody's complained yet.  You do need to make sure that
the termination is correct, though...

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
From: reuel@blivet.houst.sgi.com (Reuel Nash)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: diff 4d/310 VGX & Crimson VGX ?
Date: 6 Jan 93 16:46:10 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: blivet.houst.sgi.com


In article <1if0n5INN410@fido.asd.sgi.com>, grege@chopin.asd.sgi.com writes:
> 
> There's another reason why your machine isn't a Crimson. It's missing
> the Grinch board that allows it to run Entry/XS/XS24/Elan graphics.
> 

Crimson VGX's and Crimson RealityEngines don't have Grinch boards.

Reuel Nash	(713)293-9292	FAX (713)293-0503
Silicon Graphics, 11490 Westheimer Suite 100, Houston, TX  77077

Visualize Whirled Peas
Newsgroups: comp.sys.sgi.hardware
From: marcouil@ireq.hydro.qc.ca (Luc Marcouiller)
Subject: Video and keyboard extensions
Reply-To: marcouil@ireq.hydro.qc.ca
Organization: Hydro-Quebec
Date: Mon, 11 Jan 1993 20:36:18 GMT

We are currently working on the layout for our working quarters and one 
solution implies that we place the graphic consoles far from the computers
(2 MP machines: 4D/440 and R4000-MP).  The distance would be about 30 feet.
From SGI there seems to be an extension kit for 75 feet (part# X4-VKC1).

Question is will there be any problems related with the use of such a lenght
of cable (like line noise, screen flicker, ...).  Also is there smaller
extensions from SGI or third party source.

Thanks for your time.

Luc
-- 
   Luc Marcouiller,                  Institut de Recherche d'Hydro-Quebec,
   Chercheur                         marcouil@ireq.hydro.qc.ca
From: vqueved@neptune.uucp (Victor Quevedo)
Newsgroups: comp.sys.sgi.hardware
Subject: SGI-Tapes and CD-ROM
Date: 7 Jan 93 01:54:32 GMT
Distribution: comp.sys.sgi.hardware
Organization: CSLA

I am interesting in finding out if you can connect various Tape Drives and
CDROMS to a SGI Indigo.  

	1.	Will a Sun compatible Tape 1/4" (150) drive work on
			an SGI?
	2.	Will a Sun, Apple, NeXT CDROM drive work on an SGI?
	3.	If they do work will they be able to read the SGI
			specific inst format?

I have access to several Sun/NeXT/Apple CDROMs and Sun Tape units. I would
like to know if they would work.

-Victor Quevedo
vqueved@neptune.calstatela.edu
Newsgroups: comp.sys.sgi.hardware
From: gof@casbah.acns.nwu.edu (Gerald Fountain)
Subject: Wanted: Recomendations for Memory (for R4k Indigo)
Organization: Northwestern University, Evanston Illinois.
Distribution: na
Date: Thu, 7 Jan 1993 03:46:53 GMT

Subject pretty much says it all.  I am looking to upgrade 3 R4k Indigo's from
the base 16MB to 32+MB.  Any vendor recommendations would be greatly
appreciated.  Also, if you know, what are the prices and/or best upgrade
value?  (ie what size modules would you recommend).

Thanks!

-- 
Jerry Fountain                                                             
Northwestern University                    |    gof@bart.chem-eng.nwu.edu  
Department of Chemical Engineering         |    (708) 491-3555 (Office)    
2145 Sheridan Road, Evanston, IL  60208    |    (708) 491-3728 (FAX)