HDTenEightyP/NetNews huggingface dataset:
From: brad@clarinet.com (Brad Templeton)
Subject: Re: SCSI-2 Adapters for SCO ODT
Organization: ClariNet Communications Corp.
Date: Sat, 02 Jan 1993 05:28:10 GMT

In article <gXaqwB2w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>   The questions are: how long does the transfer of a block monopolize the 
>SCSI bus (important when multithreaded I/O is taking place between the OS and 
>several SCSI devices) and how long the CPU must be shut down for the info to 
>be copied from the adapter into main memory.

You're saying that DMA on intel machines shuts down the CPU?  I wasn't
aware of this.  I thought DMA simply put the processor in a wait state
if it happens to be going to main memory at the same time as a DMA
transfer.   Since the processor goes to main memory on fewer cycles than
you would think (that's what the cache is for) DMA is not supposed to
impact the processor a great deal if it is done right.   This is not to
say that EISA is not better than ISA, and that there isn't improvement.
My goal here is to find out how much.  It is important to realize that
going to a 32 bit wide bus at 33 mhz is not going to give you 8 times
as much througput as a 16 bit bus at 8 mhz.  But what do you get?

If your disks are sending at 1 mb/second, then you would have to have
a lot of disks going at once before saturating a 5 mb/s SCSI-1 bus and
finding yourself in need of SCSI-2.  (Particularly since disks spend
most of their time seeking and waiting for sectors to spin around)

Don't get me wrong.  I would love to have devices that are spewing out
data at 10 mb/second so that I can use SCSI-2 and EISA speeds.  But are
these devices out there?   I wouldn't mind even pushing the limits of
SCSI-1, but I'm not convinced we're doing that.    (Other devices, such
as tapes, CD-roms etc. aren't anywhere near the usage levels of the
disks.)

If a disk stores 35 sectors/track, uses only one head at a time and spins
at 3600 rpm -- this describes most disks -- then 1 megabyte/second is
all it can sustain.   A surprisingly easy fix that's not done more is to
read from multiple heads at the same time.  On a 16 head disk you can of
course get 2 bytes per bit-time, 16 mb/second, though you become more
vulnerable to errors.  Anybody doing this? 

Another method is to double to 7200 rpm, which has the advantage of reducing
rotational latency to 8ms -- or increasing density.

One scheme larger systems use is to have several disk drives and store one
bit per disk drive!  With 19 disk drives, you can store 16 bits and 3 bits
of error correction.  This makes it possible to take any one disk drive
offline -- and the system still works.   Indeed, when a drive goes bad on
these systems, you replace it and slowly rebuild the ecc onto it.  You
are vulnerable to errors while it is off and being rebuilt, and you must of
course keep the drives in sync.

Doubt anybody is doing this for SCO, but it's a way to get highly reliable
disk operation and 16 megabyte/second throughput.
-- 
Brad Templeton, ClariNet Communications Corp. -- Sunnyvale, CA 408/296-0366
Xref: sparky biz.sco.opendesktop:876 de.comp.os.unix:2523
From: petere@pfm.rmt.sub.org (Peter Eckhardt)
Newsgroups: biz.sco.opendesktop,de.comp.os.unix
Subject: Is it possible to use the ATI Ultra mouse with SCO ODT2.0 ?
Keywords: ATI,Mouse,ODT20
Date: 23 Dec 92 09:19:30 GMT
Organization: PFM News & Mail RMT Mainz, Germany


Hi folks,

(crossposting, deshalb in Englisch und auch noch in schlechtem, sorry)

Is it possible to use the ATI mouse with SCO ODT 2.0, I heard some rumors
that it is possible with linux, so why not with SCO ?

Any help is very appreciated.

Thanks (and merry christmas)
Peter

BTW: if you want to reply via email please use:
     dbadm%rapunze@attmail.com
  

-- 
Peter Eckhardt				petere@pfm.rmt.sub.org
W.-Liebknecht Str. 53
6112 Gross-Zimmern			Phone: *49 6071 71921
Newsgroups: biz.sco.opendesktop
From: netxcom!jwc%netex.netx.com@uunet.UU.NET (JC )
Newsgroups: biz.sco.opendesktop
Subject: grep bug??
Date: 21 Dec 92 13:35:00 GMT
Organization: NetExpress
Submit-To: scoodt@xenitec.on.ca
Phone: 703-749-2369
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I ran across a problem with SCO ODT/Unix 1.1 grep. It seems to be confused
when you specify the -e option. For example, 

  cat file |grep -y -e "string"

results in 

  Usage: grep -bchilnsvy [-e expr] [-f expr_file] pattern file . . .

the -y option makes no difference. The following forms DO work:

   cat file |grep -y "string"`   >>> piping, no -e option
   grep -y -e "string" file`     >>> -e option, no piping

Shell doesn't matter, it happens in both sh and csh. Has anyone else seen
this?

-- 
Jeffrey W Comer * jwc@netx.com * 703-749-2369 (v) * 703-749-2375 (fax)
  "Tact is the ability to tell a man he has an open 
  mind when he really has a hole in his head."
-Anon
Newsgroups: biz.sco.opendesktop
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: SCSI-2 Adapters for SCO ODT
Organization: Netcom--posted from Andover, Mass.
Date: Wed, 30 Dec 1992 02:59:08 GMT

In article <1992Dec29.165257.29411@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>In <1992Dec28.165845.4834@udel.edu> scoggin@opus.ee.udel.edu (John K Scoggin) writes:
>
>:Does anyone know of a SCSI-2 adapter which will run under ODT 2.0?
>
>Adaptec 154x, 174x. BusLogic adapters also support SCSI-2.
>
>IMHO, these are the only scsi adapters worth considering because
>of their general quality and support.
>
I'll vouch for the Adaptec, which runs like a charm (1542B) on my 386-33
with 3.2v4 (the Unix in ODT 2.0).  I also have an Ultrastor 14F which I
got "sold"---no faster, not as well made, needs a special driver, and
what really condemns the Ultrastor is that the floppy disks don't work
reliably, and if the hard disk is doing anything, the floppies don't
work at all..   Buy the Adaptec and save yourself grief.
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
Newsgroups: biz.sco.opendesktop
From: dan@dribble.c-mols.siu.edu (Dan Ellison)
Subject: Re: MMDF with TCP/IP (smtp)
Organization: Southern Illinois University - Carbondale, IL (SIU-C)
Distribution: usa
Date: Thu, 31 Dec 1992 15:51:53 GMT

In <C030Gt.LKp@world.std.com> jaa@world.std.com (Jerry A Abramson) writes:

>I have been trying to set up MMDF to allow mail to LAN connected nodes
>using the mail/mailx program without any luck.  I have studied the 
>1.1 Admin guide (checking 2.0 admin guide for any clues).  Set up
>a UUCP connection and mmdf UUCP channel/domain no problem.


>When I try to send a message as follows:

>	$ mail jaa@lunar
>	Subject: testing

If you are set up as a UUCP only site then you most likely meant to
say lunar!jaa rather than the internet style address that you are
showing here.  I believe that if you simply set your badhost channel
up to pass mail to your nearest uucp neighbor that you should be 
okay (provided that your have set up the /usr/lib/uucp/Systems file
to contain the correct information regarding your uucp neighbors.
MMDF is really a pretty *hitt* mail delivery agent, take a look
at IDA sendmail when you have some spare time!

>	1
>	2
>	3
>	EOT
>	$

>I get the following response:

>	$ mail
>	SCO System V Mail (version 3.2)  Type ? for help.
>	"/usr/spool/mail/jaa": 1 message 1 new
>	>N  1 mmdf             Wed Dec 30 11:44   24/606   Failed mail
>	& 1
>	Message  1:
>	From mmdf Wed Dec 30 11:44:26 1992
>	From: MMDF Mail System <mmdf@voicetek.UUCP>
>	To: jaa
>	Subject: Failed mail
>	Date: Wed, 30 Dec 92 11:43:41 EST
>	Message-ID:  <9212301143.aa04692@vtkapp.voicetek.UUCP>
>	Status: R
>	
>	Trouble sending mail on vtkapp.voicetek.UUCP:
>	
>	============ Transcript follows ============
>	
>	(BHST) Unknown host/domain name in "jaa@lunar"
>	Submit error: [ No such file or directory ] No valid addresses
>	
>	============== Message follows =============
>	From: jaa@voicetek.UUCP (Jerold A. Abramson)
>	X-Mailer: SCO System V Mail (version 3.2)
>	To: jaa@lunar
>	Subject: testing
>	Date: Wed, 30 Dec 92 11:43:40 EST
>	
>	1
>	2
>	3
>	&	
>	
>The MMDF log file (/usr/mmdf/log/msg.log) has the following fatal error:

>12/30 11:43:41 submit4691:  [SYSERR (2) No such file or directory]  err [ ABEND
>(NDEL) ]   No valid addresses
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Dan Ellison, Network Spec 	  -    	Computing Affairs, SIU-C 	| 
| Southern Illinois University 	  - 	Carbondale, IL 62901            |   
| FAX:      (618) 453-3459        -   	PHONE:    (618) 453-6149 	|
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.opendesktop
Subject: Re: Math coprocessor with ODT
Date: 30 Dec 92 21:54:51 GMT
Organization: ShadeTree Software, Inc.

In article <1992Dec29.190445.1878@allink.com> leonard@allink.com (Leonard Primak) writes:
:>In article <1992Dec29.023225.23804@beaver.cs.washington.edu> drupp@cs.washington.edu (Douglas Rupp) writes:
:>>Can anyone tell me how much adding a math coprocessor will help response
:>>time in ODT?  I have a 386/40 with 64K cache and an Paradise 8514/A video
:>>card.  I do alot of heavy duty graphics development using a commercial
:>>GKS binding to X-windows.  I am wondering just how much floating point 
:>>is used in X?  What response I get now is not objectionable, but maybe I'm
:>>missing out.
:>
:>	You are missing out.  ODT's X server uses floating-point operations
:>for many graphics operations.  I checked this out with xeyes, if you don't
:>have a math co-processor, the eyeball movement is jumpy and slow, but when
:>I added a MathCo to my 386/33, the eyeball movement was smooth, and so was
:>ICO's, and other animation stuff.
:>
:>							leonard@allink.com
:

I was led to believe that the X server itself uses mostly integer math.
I did not notice any particular performance increase in my usual stuff
(xterms, xdt, zmail, moving, redrawing,...).  I suspect it is application
dependant.  Xeyes and ico, themselvs, may use floating point to compute the
positions but X may not use floating point to do the actual drawing.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
Newsgroups: biz.sco.opendesktop
From: rrybacki@ringer.cs.utsa.edu (Richard M. Rybacki)
Subject: Granfino needed for Xsight 2.3 server
Organization: University of Texas at San Antonio
Date: Thu, 31 Dec 1992 16:58:51 GMT

Hello,
  I am runing OpenDesktop 1.1 Update F with the Xsight 2.3 EFS.  I would 
like to know if anybody has successfully written a grafinfo file for
this server which will allow 800x600-256 with the Trident 8900.  The
grafinfo files included with the EFS only support 800x600-16.

Thanks in advance,
-- 
                            Richard M. Rybacki
                       rrybacki@ringer.cs.utsa.edu
                              (210) 737-1192
                          "Will consult for food"
Xref: sparky biz.sco.opendesktop:906 comp.unix.xenix.sco:3567
From: mhl@genco.bungi.com (Mark Levy)
Newsgroups: biz.sco.opendesktop,comp.unix.xenix.sco
Subject: CD ROM on SCO ODT
Keywords: SCO ODT CDROM Chinnon
Date: 31 Dec 92 22:13:51 GMT
Followup-To: biz.sco.opendesktop
Organization: Gentry & Assoc. Excelsior Springs, Mo.

Hi All,
   I have a client who wants to run a CD on his ODT system.  The 
problem is that it doesn't seem to work...  His CD player is a 
Chinnon CDR-435 that works just fine under DOS, but when the 
CD is linked into the kernal, hwconfig doesn't see it.  When 
trying to access the drive, he gets a SROM not ready error.

   I know that this CD isn't on the SCO approved list, and chinnon
doesn't have any UNIX drivers.  Does anyone have any ideas?  He
is trying no to have to buy a new CD player (he had the CD before
the UNIX...)  The system configuration is with an AHA1542B SCSI
host adapter, using the built-in ad drivers.

Thanks in advance,
Mark

______________________________
Mark Levy  Senior System Engineer  Micrologic/ValCom  Independence, MO
Sysop Kludge BBS  (816)246-4375 - Public Novell info BBS on PCBoard
Voice (816)478-4270  Email mhl@genco.bungi.com
NOTICE - All standard disclaimers and copyrights (& copylefts) apply.
The above views do not reflect those of Gentry & Associates, or anyone else!
Newsgroups: biz.sco.opendesktop
From: sfrazier@norstan.com (Steven E Frazier)
Subject: Panic & Parity Errors
Organization: Norstan Communications - Columbus, Ohio
Date: Wed, 23 Dec 1992 13:56:56 GMT

My system did the following and I have no idea what is wrong, can anyone
tell me?  I am running SCO ODT 2.0 



FATAL:	Parity error on an add-on card.
PANIC:	Parity error at address 0x006C710E.
Trying to dump 3072 pages to dev hd (1/41) at block 0.
3072 pages dumped.

Safe to Power Off
	-or-
Press any key to reboot




Can anyone, please tell me what my problem maybe?

Thanks.    

-- 
Norstan Communications, Inc.        | Steven E. Frazier
8101 N. High Street Suite 100       |---------------------------------------
Columbus, OH   43235                | Local : sfrazier
Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
Newsgroups: biz.sco.opendesktop
From: shaman@cix.compulink.co.uk (Leo Smith)
Subject: No subject 
Reply-To: shaman@cix.compulink.co.uk
Date: Wed, 30 Dec 1992 23:34:00 +0000

TEST - IGNORE
Testing OLR
IGNORE
Newsgroups: biz.sco.opendesktop
From: brad@clarinet.com (Brad Templeton)
Subject: Re: SCSI-2 Adapters for SCO ODT
Organization: ClariNet Communications Corp.
Date: Thu, 31 Dec 1992 20:15:33 GMT

SCSI-2, EISA -- they sound great.  But what kind of throughput are people
really getting from them?   What I find seems to indicate that most of
the disks today are putting out no more than one to two megabytes a second.

Is this wrong?  If it's right, then I doubt you gain much from a SCSI bus
that can go at 10 mb/s instead of 5 mb/s, or an EISA adapter that can
do much more.

Time your raw read times on a quiet system (as root) with

	time dd if=/dev/{drive} of=/dev/null bs=35k count=256

Twiddle the numbers as appropriate and look at the real time figure that
comes out to calculate megabytes/second.  Am I missing something with my
Adaptek 1542B and Fujuitsu 500mb SCSI disk?  Are some of you getting rates
of 5mb/second, or over 5mb/second on SCSI-2 disks or EISA systems?

-- 
Brad Templeton, ClariNet Communications Corp. -- Sunnyvale, CA 408/296-0366
Newsgroups: biz.sco.opendesktop
From: fff@microplex.com (Fred Fierling)
Subject: Help with NCD Xremote and ODT 2.0
Organization: Microplex Systems Ltd
Distribution: na
Date: Tue, 22 Dec 1992 20:56:12 GMT

Has anyone out there had any luck getting an NCD 15b talking to an ODT 2.0
system using NCD's Xremote over serial lines?  If so, did you have to do
anything special to make it work?  All the applications we try to start
in .xinitremoterc fail to execute with a "Can't open display" error message.
Yet debug output indicates that the DISPLAY shell variable is correctly
set and exported.
-- 
Fred Fierling    fff@microplex.com      Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC  V5T 1A7,  Canada
From: asharpe@hobbes (Andrew Sharpe)
Newsgroups: biz.sco.opendesktop
Subject: Re: Panic & Parity Errors
Date: 27 Dec 92 17:02:46 GMT
Organization: The Santa Cruz Operation, Inc.

Well, the most obvious thing is that you did indeed get a parity error
from your memory. This panic occurs when the system receives an NMI,
and then tries to reproduce the NMI by touching all of memory (AT
machines don't tell you where a parity error happened). In your case,
the OS found that your system generated an NMI at address 0x006C710E.
Currently, the OS does not map out bad pages of memory and continue,
even if it isn't in kernel memory. So, it panics. If it happens again,
note the address and see if it is within the same bank of memory. If
it is, you may have a bad SIM. On the other hand, a power spike could
have caused it, or, unfortunately, a lot of other hardware specific
problems.

What I'm trying to say is that I rather doubt this was caused by an
upgrade to ODT 2.0; there is no way for the OS to generate an NMI.

	A#

From article <1992Dec23.135656.16289@norstan.com>, by sfrazier@norstan.com (Steven E Frazier):
> My system did the following and I have no idea what is wrong, can anyone
> tell me?  I am running SCO ODT 2.0 
> 
> 
> 
> FATAL:	Parity error on an add-on card.
> PANIC:	Parity error at address 0x006C710E.
> Trying to dump 3072 pages to dev hd (1/41) at block 0.
> 3072 pages dumped.
> 
> Safe to Power Off
> 	-or-
> Press any key to reboot
> 
> 
> 
> 
> Can anyone, please tell me what my problem maybe?
> 
> Thanks.    
> 
> -- 
> Norstan Communications, Inc.        | Steven E. Frazier
> 8101 N. High Street Suite 100       |---------------------------------------
> Columbus, OH   43235                | Local : sfrazier
> Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
--
we are for each other: then
laugh, leaning back in my arms
for life's not a paragraph
	And death i think is no parenthesis		- e.e.cummings
Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered,
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: Windows, LIGHTSHIP programming job in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Wed, 30 Dec 1992 18:47:47 GMT


Tretech Solutions Inc, is a NJ based consulting firm, servicing the
computing and engineering needs of Fortune 500 companies. We offer 
highly competetive compensation, a full line of benefits, and will sponsor.

Immediate Consulting Positions in Central NJ:


Early 1993 junior programming position. Candidate is to develop decision
support applications for a Windows, LIGHTSHIP environment.  Knowledge
of LIGHTSHIP script language preferred but experience with VISUAL
BASIC, BORLAND, or other graphic language acceptable.

Qualified candidates only, FAX your resume immediately to 908-946-4175,
and follow up with either Email copy or DOS compatible floppy (with 
paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.
From: agerrard@inode.com
Newsgroups: biz.jobs.offered
Subject: SUN ADMIN. IN NYC
Date: 29 Dec 92 15:25:40 EST
Reply-To: agerrard@inode.com
Distribution: USA
Organization: inode BBS, Usenet Access for NYC (212-679-9146)

*****************************************

Unix System Administrators needed

Junior level or recently graduated is fine

Brokerage firm seeks bright person with
good technical background and education
of at least a bachelors degree.

Sun background preferred but not mandatory

Salary up to $45k, IMMEDIATE HIRE!

New York City, great benefits and a chance
to put your career on the fast track.

For an imediate review of your resume contact:

Alan Gerrard   phone: 212-725-0300
                 Fax: 212-684-0616
                 net: agerrard@inode.com

*******************************************

           


                                                                                                                            
--- Blue Wave/QWK v2.10
Newsgroups: biz.jobs.offered
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: Excel spreadsheet opening in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Sat, 26 Dec 1992 20:43:06 GMT

Tretech Solutions Inc, is a NJ based consulting firm, servicing the
computing and engineering needs of Fortune 500 companies. We offer 
highly competetive compensation, a full line of benefits, and will sponsor.

Immediate Consulting Positions in Central NJ:

Working with Excel spreadsheets.  Creating them, setting up Macros.
Must have school or work exp with excel.

Qualified candidates only, FAX your resume immediately to 908-946-4175,
and follow up with either Email copy or DOS compatible floppy (with 
paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.

Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered,
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: IC and PC board designer jobs in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Thu, 31 Dec 1992 19:44:38 GMT


Tretech Solutions Inc, is a NJ based consulting firm, servicing the
computing and engineering needs of Fortune 500 companies. We offer 
highly competetive compensation, a full line of benefits, and will sponsor.

Immediate Consulting Positions in Central NJ:

  Hardware Engineers. Printed Circuit board logic design.
  Experience with AMD processors and Field Programmable
  Gate Arrays required. Multi-media processing a big plus.

  ASIC, IC Circuit board designer
  Lead designer for video controller boards.  Knowledge
  of simulation and design tools. MSEE and five years work
  experience required.

Qualified candidates only, FAX your resume immediately to 908-946-4175,
and follow up with either Email copy or DOS compatible floppy (with 
paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.

Newsgroups: biz.zeos.general
From: ronaldpi@sci.kun.nl (Ronald Pikkert)
Subject: My new Zeos (trouble)
Organization: University of Nijmegen, The Netherlands
Date: Mon, 28 Dec 1992 13:17:04 GMT


The history:
	Last week I received by new Zeos machine. It was a bit
	late, somewhat incomplete but it was there.
	After unpacking and testing some of the ms/dos-5 and 
	ms/windows functions the troubles began.
	Since it seems to be virtually impossible to get any
	technical assistance from Zeos Europe (the just
	don't answer my calls) I hope te get some answers
	from the wonder net.

The specs:
	The machine runs on a I80486DS2/66. It has a Diamond
	Speedstar 24X SVGA card.
	It should have had 16 Mb's of memory but it had only 8 Mb's
	It should have had 256 Kb of cache, it didn't.
	It should have contained a Tornado Faxmodem II, it didn't.
	It does contain a Archive2150 250Mb SCSI tapeunit wich,
	like the 2 x 245Mb disks, is connected to the builtin SCSI chip.

The problems:
	The tapeunit doesn't work. It came with SCSI backupsoftware.
	The "Archive Information Manager" for Windows.
	On startup is asks to specify a scsi controller. Since there
	is no technical information on either the controller or the
	tape-unit, I had to guess more or less. The only plausible
	answer i filled in was "Adaptec PC SCSI Controller"
	Then there are some questions like:
		Attached drives
		I/O adress
		Interrupt Number
		DMA Channel          only possible answer to all
				     of these questions is "auto-
				     determine".
	On pushing the [Test Hardware] button the system will
	freeze. Any ideas?

Another problem:
	I tried to use my old "tandon add-pac" hardware. It doesn't
	seem to work. Dit anybody ever try this? I do have I386/Unix
	drivers for them but the system fails to boot after inserting
	the RLL controllerboard.

More problems:
	I tried to install Sco Open Desktop (release 2.0.0). I seems
	to work ok for a while but after the second boot from the N1
	diskette the system gives a message 
		"Setting installation display environment".
	After this the screenborder becomes blue and the system seems
	to freeze.
	

It seems to me i'm a ling way from installing the X Window System.

Any help appreciated,
Ronald Pikkert (ronald@wn2.sci.kun.nl)
(A Dutch Zeos User)
--
-
Ronald Pikkert                 E-mail: ronald@atcmp.nl
@ AT Computing b.v.            Tel:    080 - 527252
Toernooiveld                   Fax:    080 - 527292
Newsgroups: biz.zeos.general
From: kgermann@zeos.com (Ken Germann)
Subject: Re: SCSI on the motherboard
Organization: Zeos International, Ltd
Distribution: usa
Date: Sat, 19 Dec 1992 03:06:23 GMT

In article <1992Dec18.090331.29516@doug.cae.wisc.edu> keiths@cae.wisc.edu (Keith Scidmore) writes:
>Will a hard drive, say the ST3283, deliver equal performance 
>for SCSI and IDE if the SCSI version of the drive is run through
>the 8-bit SCSI port built into the Goose motherboard and the IDE
>version is connected via the on board IDE interface?
>
>Keith R. Scidmore

The IDE Controller on the 'Goose' is currently a 16 bit controller.
The Adaptec 6260 Chip is only an 8bit non-bus mastering SCSI Controller.



Newsgroups: biz.zeos.general