HDTenEightyP/NetNews huggingface dataset:
From: mcconnel@b11.b11.ingr.com (Guy McConnell)
Subject: Re: Suggestions for 8mm tapes
Reply-To: mcconnel@b11.b11.ingr.com (Guy McConnell)
Organization: Intergraph Corp. Huntsville, AL
Date: Thu, 3 Sep 1992 16:54:18 GMT

In article <1992Sep1.181829.10048@ms.uky.edu> sam@ms.uky.edu (Mike Mills) writes:
>Hello,
>
>I'm looking for suggestions for 8mm tapes for use with our Exabyte 8200
>tape drives.  We had been using the Sony 120MP's, which used to work fine, 
>but as of a recent shipment have been giving write errors.  Today I read
>that Sony may be purposely adding flaws to their non data-grade tapes. Is
>this true?  (I just recently started reading this group.)
>
>Does anyone have any experience with other brands of tapes?  We can't really
>afford to pay twice the amount for data-grade tapes.

    But, can you afford to lose the data you are backing up on these
tapes in the first place?  You need to seriously weigh that little
question.  Also, can you afford the extra head-wear that comes from
using video grade tapes and leads to drive failure?  Pretend you are
recording music and buy the best tape you can.  I only recommend
Exatape or Sony QG112MA data grade tapes.  But what do I know?

--
========================================================================
Guy D. McConnell, Intergraph Corp.|        |All that is gold does not
Huntsville, AL.  35894-0001       | These  |glitter, not all those who
Mail Stop CR1105                  |opinions|wander are lost, the old
Computer and Storage Technology   |are mine|that is strong does not
Evaluation Group - Tape Products  |and mine|wither, and deep roots are
guy@mspe5.b11.ingr.com            | alone. |not touched by the frost.
========================================================================
Newsgroups: comp.periphs.scsi
From: sja@world.std.com (Stuart J Adams)
Subject: WANTED: tips and driver code for 33C93A SCSI chip
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 28 Aug 1992 18:53:50 GMT

We are in the process of writing a SCSI driver for a WD/Am33C93A
chip. I am looking for any tips as well as example code if anyone
has some. Our host processor is an 68HC11 but we will most likely
be using C.

Thanks,
Stuart Adams
sja@world.std.com
From: bjs@roi.csd.mot.com
Newsgroups: comp.periphs.scsi
Subject: Information requested on "TWAIN" (?) Scanner interface
Date: 1 Sep 92 21:35:48 GMT

Does anyone have information on this? I've heard that it is "the Hayes AT 
command set" for SCSI scanners - a commonly agreed to set of commands that 
will be implemented by hardware vendors and supported by software vendors. 
-- 
Barry Sardis
Motorola Inc.			| Phone: (408) 369-4809
Computer Group			| Fax (408) 369-4125
2001 Logic Drive		| E-mail:  bjs@csd.mot.com
San Jose, CA 95124 USA		|  -OR-    {apple | pyramid}!motcsd!bjs

Remember, we're only a pawn in the game.
Newsgroups: comp.periphs.scsi
From: u911661@bruny.cc.utas.edu.au (Mad Mal)
Subject: Desperately seeking Future Domain Corp.
Summary: Where are they????
Keywords: Future Domain Corp
Organization: University of Tasmania, Australia.
Date: Mon, 24 Aug 1992 04:19:12 GMT

I currently have a CD-Rom system that badly needs upgrading, see my other post
and I need to find Future Domain Corp....

And Info accepted at no extra cost!!!

Mal.


--


The best way to do multitasking with MS-DOS is to run PcTask on an Amiga.

Newsgroups: comp.periphs.scsi
From: kevin@iisat.alt.ns.ca (Kevin Davies)
Subject: Adaptec & Concensys 4.0
Organization: Public Access UNIX
Distribution: na
Date: Fri, 28 Aug 1992 23:07:07 GMT

Has anyone come across this error message ?

SCSI HA0: incoming message not found

This seems to happen mostly when backing up a large SCSI hard
drive (300+MB) to a SCSI tape (in particular, 1.2Gig. 8mm tape).

The backup seems to be fine, although I find this message
troublesome.  The host is a '486 EISA, using all ISA boards and
the adaptec 1542B.


-- 
Kevin Davies		Public Access Unix
Internet:  kevin@iisat.alt.ns.ca
UUCP	:  dalcs!iisat!kevin
From: "peter gottlieb" <peter.gottlieb@channel1.com>
Newsgroups: comp.periphs.scsi
Subject: 1-gig drives?
Date: 31 Aug 92 07:11:53 EST
Reply-To: "peter gottlieb" <peter.gottlieb@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

JM>I am thinking of getting a new SCSI drive of 1 GB or more for my A3000
JM>system.  I have read about Maxtor's 1.24GB drive which was introduced
JM>this year.  That drive is supposed to be quite fast.

I believe the drive you are referring to is called the MXT-1240S.  It
does indeed have impressive specs!  Extremely fast, low power consumption,
very quiet, etc.

But it is late to market; you cannot buy one yet.  At this point only
some loaner samples are available, and I am told production units will
not be ready to end users for a few months yet.  And other similar drives
from other manufacturers are on allocation (waiting list).  Recession?
What recession? :-)

---
  OLX 2.2  Nice computers only go down once a day
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.periphs.scsi
From: stripes@pix.com (Josh Osborne)
Subject: Looking for specs on Zilog's Z5380 and SCSI (from the software level) in general
Organization: Pix Technologies -- The company with no adult supervision
Date: Thu, 3 Sep 1992 12:58:26 GMT

I am looking for specs, pref online about the Z5380 (a Zilog part), and also
on SCSI from a software standpoint (i.e. what the diffrent SCSI requests are,
and what they should do in an ideal world).

I think SCSI is an ANSI standard, if so doesn anyone know what doccument 
numbers cover it?
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
From: ar097@mesrx.UUCP (anand ramamurthy)
Newsgroups: comp.periphs.scsi
Subject: FUTURE DOMAIN
Date: 26 Aug 92 22:53:38 GMT
Distribution: usa
Organization: Measurex Inc. Cupertino, Ca

Looking for contributed source for Future Domain SCSI controller drivers
on UNIX System V.3.2 and V.4. If any one has please let me know.

Thanks in advance.

anandR
uunet!mesrx!ar097
----------------------------------------------------
Any opinions expressed here are mine and of Measurex
-- 
Anand Ramamurthy
uunet!mesrx!ar097
----------------------------------------------------
Any opinions expressed here are mine and of Measurex
Newsgroups: comp.periphs.scsi,comp.os.ms-windows.programmer.win32
From: dougren@sun13.vlsi.uwaterloo.ca (Douglas Renaux (mail-lists address))
Subject: SCSI driver for windows NT (for T128)
Keywords: NT, NEC, T128
Organization: University of Waterloo
Date: Tue, 1 Sep 1992 18:37:23 GMT

 I just received a Windows NT Software Development KIT and
 realized that NT has a very limited number of SCSI drivers.
 Specifically, they don't provide a driver for the Trantor
 T128 SCSI interface that comes with the NEC CD-ROM.
 Could any one point out where to obtain such a driver ?
 I imagine that such a driver is being developed by 
 Microsoft for the retail version of NT (currently
 only the Beta version is available).
 Thanks for any info
   Douglas
From: mkaschke@oasys.dt.navy.mil (Martin Kaschke)
Newsgroups: comp.periphs.scsi
Subject: HELP on hookup of 2 SCSI Drives !!!
Date: 1 Sep 92 12:33:46 GMT
Reply-To: mkaschke@oasys.dt.navy.mil (Martin Kaschke)
Distribution: usa
Organization: Carderock Division, NSWC, Bethesda, MD


Can anyone give me an idea of what is wrong, or what needs to be done,
Here is my problem:

	 I have 2 SCSI drives -  Miniscribe 9380S (330 MB)
			      -  Quantum Q250 (40 MB)

	 After pulling out Terminating resistors on Quantum, and configuring
for SCSI 1 LUN 0  (Miniscribe is SCSI 0 LUN 0), I went into FDISK, and it
could not find the Quantum drive ... after using SPEEDSTOR (it found
2 drives) and partitioning it with the sstor driver, it came up as a
drive.  I then used FDISK, which NOW recognized the 2nd drive, deleted
the SPEEDSTOR partition, and made a DOS partition (extended, and logical).
When I rebooted, DOS would NOT recognize the drive, BUT SYSINFO (System
Info from Norton Utilities) found it, and so did CHECKIT!

	 One more note ... both SYSINFO and CHECKIT did NOT find the
Q250  drive before I used SPEEDSTOR.
	 I would like to boot off of my Miniscribe drive (which using
DOS 5.0 has drives c:-f:) and use my Quantum as drive g:.


    SO WHAT'S WRONG?  ANYONE, EVERYONE PLEASE HELP!!!
Any help is appreciated.  Thanks in advance.   Please E-mail me to my
address shown above, as I do not read this echo too often.  Thanks again,
						      |\/|artin
From: jegm@cody.esd.sgi.com (Jim Morris)
Newsgroups: comp.periphs.scsi
Subject: Anyone using a TEXCEL CDROM 5021/3021 with Adaptec 15xx?
Date: 4 Sep 92 19:49:10 GMT
Organization: Silicon Graphics, Inc.

If so, which ASW410 driver works with it, if any. Does it
support the Audio?

Thanks
Jim

--
Jim Morris, Email: jegm@esd.sgi.com  Voice: (415) 390-5136
From: salerno@ast.dsd.northrop.com (Peter Salerno)
Newsgroups: comp.periphs.scsi
Subject: Re: SCSI Disk driver code wanted
Keywords: Maxtor, pSOS, M167, Driver, Source, Wanted
Date: 25 Aug 92 15:24:20 GMT
Organization: Northrop Corp - ESD, Rolling Meadows, IL

In article <3553@eastman.UUCP> spoelhof@kodak.com (Gordon C. Spoelhof) writes:
>I am trying to get a Maxtor LXT340SY drive running under pSOS+/pHILE+ on
>a Motorola 167 board.
  Have you tried your SCG apps person. They have the driver code for the
SCSI in a board support package for the 167.  It is best to keep checking since
they are always updating things.

 pete
From: adrie@ica.philips.nl (Adrie Koolen)
Newsgroups: comp.periphs.scsi
Subject: 1542B Residual Length question
Date: 1 Sep 92 14:50:15 GMT
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands

Dear netreaders,

I want to retrieve a lot of data sequentially from a SCSI device (a CDROM
in my case), using an Adaptec 1542B controller on a PC. I've written a
driver that controls the 1542B directly, so no ASPI4DOS. When the drive
is sending data, it does so quite fast, but it takes a lot of time after
sending the SCSI command block for the first block to arrive. It takes
10 ms even when the block is known to be in the drive's internal cache.

Now there are a few methods for speeding up the total throughput. The
obvious way is to use a buffer for 2 or more blocks. The bigger the
buffer is, the smaller the 10 ms overhead will be. Problem is that I
have to wait for all blocks to be read before I can process the blocks.

Another way is to issue a SCSI command to read, say 10000 blocks and get
an interrupt from the 1542B every time a block has been read. The command
is `suspended' on the SCSI bus (i.e. the drive keeps it in the DATA_IN
phase) and the drive waits until the 1542B asks for more data.

I use the "AHA-1540A/1542A Technical Reference" manual, retrieved from
the Adaptec BBS. What's missing from this manual is how the SCSI Initiator
CCB with Residual Length work (and what they do).

My questions:
 - Does anybody know whether the Resiual Length stuff can be used to get
   interrupts each time the 1542B byte count (CCB byte 4-6) runs out and,
   if so, how to use it?
 - Maybe there's another way to overcome this problem. I don't think that
   linked SCSI commands will change much as the drive accepts the SCSI
   CDB in around 100 us. If somebody has fresh ideas, I'd like to hear
   them.

Thanks,

Adrie Koolen (adrie@ica.philips.nl)
Philips Consumer Electronics, Eindhoven, the Netherlands
Newsgroups: comp.periphs.scsi
From: u911661@bruny.cc.utas.edu.au (Mad Mal)
Subject: NEEDED: scsi driver for CD-Rom drive
Summary: Needed: scsi CD-ROM driver
Keywords: CD-Rom drivers
Organization: University of Tasmania, Australia.
Date: Mon, 24 Aug 1992 04:14:57 GMT

Olivetti OD 801 CD ROM drive, Future Domain Corp. Roms and SCSI software
drivers.  My current setup works only with MS-DOS 3.3  and I NEED it working
under a DOS 5.0 system!!!

HELP.  What do I need, new software, drivers, or what?????

ANY info greatly appreciated, including address of Future Domain.

Mad Mal.

--
   Look!!!  No Sig.

--


The best way to do multitasking with MS-DOS is to run PcTask on an Amiga.
From: harp@netcom.com (Gregory O. Harp)
Newsgroups: comp.periphs.scsi
Subject: Changing Block Size on Maxtor XT-8380S -- Third try
Date: 4 Sep 92 05:19:48 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


I've been working for some time to get my Maxtor XT-8380S configured
in a useful (to me) way, and I'm still having problems.

I finally broke down and ditched my old SCSI card for an Adaptec 1542B
(it seems _everything_ supports that when you're talking ISA-bus
SCSI).

Anyway, I got the MAXTEST utility from Maxtor's Tech Support BBS and
ran it.  It reports that the block size is _already_ 512 bytes.

What?!?!

Everything else complains that the block size is 1024 bytes, which
isn't supported.  This is the _only_ program that seems to think
otherwise.

Anyway, I've tried going ahead and setting the block size to 512 bytes.
I've tried setting it to other values, _then_ setting it to 512 bytes
(thinking it might not send the message if it thinks no change is 
required).  

Still no luck.  MAXTEST thinks the block size is 512 and everything
else thinks it's 1024.  "Everything else" includes Adaptec's AFDISK
program and SCSICNTL, FYI.

I'm at a loss.  I've had a couple offers to ship the drive to other
folks who will fix it for me.  Is it really going to come to that?
Right now the drive's just a very expensive paperweight.

Please excuse my frustration on this issue.  Also, please help! ;)

Thanks...
  Greg
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec suggestions
Date: 27 Aug 92 23:57:42 GMT
Organization: St. Peter's College, US

In article <1992Aug27.160849.640@adaptx1.UUCP>, neese@adaptx1.UUCP (Roy Neese) writes:
> The 1542C has this for a user-configurable option.  It won't default to
> this, as there are drives in the business that will hang if a
> spin-up/spin-down is issued to them.

  1542*C*? I assume this is new (my last batch of cards, just delivered, was
1542B's). Can you detail for us what's new on the C? Also, if there are any
differences which might impact software development (like the difference in
scatter/gather between the A and B)?

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: pdg@crosfield.co.uk (paul goffin)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec 1542A, ASPI4DOS.SYS, and Windows...
Date: 27 Aug 92 09:13:55 GMT
Organization: Crosfield Electronics, Hemel Hempstead, United Kingdom.

In article <25AUG199212551340@rigel.tamu.edu> kbm8572@rigel.tamu.edu (BRYAN MILLIGAN) writes:
>to a Quantum ProDrive 80MB and a Maxtor 120MB.  I'm using the ASPI4DOS
>driver (Ver 2.1) and seem to be having all sorts of problems with
>Windows.  Is there a newer version of this driver?  If so where?  Are
 ^^^^^^ ME TOO!

>there known problems with the 1542A and Windows (or OS/2)?

The Adaptec drivers supplied with OS/2 2.0 can cause some
problems when attemping to access both the Adaptec floppy
controller and the hard disk at the same time.  Adaptec
have newer drivers out which replace the ones shipped with
OS/2.  Actually, this is only a problem during installing
OS/2, and can be worked around by letting everything settle
for a few mins after OS/2 has digested disk 8 (ie don't put
installation disk 9 in until all the hard disk activity
has died down.)

I use OS/2 2.0 and a 1542B every day.  They work very well
together.

>	Also, what is the difference between the 1542A and the 1542B?

Newer, smaller electronics used on the 1542B mean that the card
is smaller than the 1542A.  Other than that, they are the same.

Paul
-- 
+-------------+-------------------------------------------------------+
+ Paul Goffin +  Crosfield Electronics Ltd. U.K.  +44 442 230000x3357 +
+             +  Opinions expressed are mine! (Yours for a small fee) +
+-------------+-------------------------------------------------------+
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: Adaptec suggestions
Organization: Adaptec Inc., Texas
Date: Thu, 27 Aug 1992 16:08:49 GMT
Keywords: adaptec

In article <1992Aug24.192725.23024@engage.pko.dec.com> ewanco@kalvin.enet.dec.com writes:
> STUFF DELETED
> - Please -- Issuin spin up commands to the hard drives on powerup.  Issuing a
> spinup command to a disk that has already spun up should not cause any
> problems.  Not all disks spin up on powerup, and in fact there is good reason
> why they shouldn't.

The 1542C has this for a user-configurable option.  It won't default to
this, as there are drives in the business that will hang if a
spin-up/spin-down is issued to them.
 
> - Please -- in the CD ROM drivers, send a command to set the sector size to
> 2k.  DEC drives require this command.

I'll pass this on to the folks that handle teh CD-ROM drivers, but I
think it migh break a lot of things.  This is speculation on my part.
 
> - I believe that one should not have to pay extra money for drivers to use
> a $300 device you just bought.  I think it is poor marketing sense to require
> people to buy expensive optional/extra drivers for common SCSI devices such as
> CD ROM drives and hard drive 3+.  Bundling Corel software w/Adaptec is a good
> move.  Too bad it doesn't save any money over buying them separately.

If you get any of the kits (SCSI Master, SCSI Direction, SCSI EISA
Master,...) they come with the ASPI Managers, among other things.  This
solves the more than 2 disk limit.  Device modules will never be free,
as of this writing.  Think about it,...  Engineers are not cheap and
don't work for nothing.  Either the software developed will be sold or
the price for developing the software will be bundled into the hardware.
Either way you pay for it.  Any company that developes software, and
sells hardware will do one of the above.  Nothing is really free.  This
is just good business sense.  I'm sure DEC doesn't give anything away.
You can bet the cost of developing hardware/software is spread across
something that is being sold.

If this sounds defensive, it is, but I will defend the right of any
company to cover costs of development on any product.  When companies
start to give away things, they usually aren't around for very long.
Think about it, would you rather buy a product, which carries a company
name that is very strong and healthy, or from a company which is on the
edge of bankruptcy?
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
From: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
Newsgroups: comp.periphs.scsi
Subject: RE: WHICH BACKUP SOFTWARE
Date: 28 Aug 92 22:43:00 GMT
Distribution: world
Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
Reply-To: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 

TO: rjmathia@la.sjf.novell.com
-> I bought Novaback at NCA Peripherals in Sunnyvale, Ca.  Their phone
-> number is (408) 739-9010.  I paid $99.00 for it.
->
-> NovaStor can be reached at (818) 707-9900.  They might be able to
-> direct you to a local distributor.
->
-> I bought Novaback sight unseen because I HATE both Sytos and Sytos
-> Plus.  I figured no matter what I bought, it had to be better than
-> the Sytron garbage.
   Thanks  will give a shout.
                                                    
Newsgroups: comp.periphs.scsi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: EXB-8200 transfer rate
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 29 Aug 92 19:41:36 GMT

In <1992Aug28.164624.15761@kentrox.uucp> ronc@kentrox.uucp (Ron Christian) writes:
| This is an issue for the design engineers.  In this instance, I'm the end
| user who had to figure out why the drives kept failing.

No, for driver writers, not hardware designers.

| The inability for Unix to consistently find a file less than 512 bytes was
| documented on three different drives: Megatape, Exabyte, and Contemporary
| Cybernetics.  An engineer from Contemporary Cybernetics flew out to help us

You keep saying "Unix" like it means something.  It doesn't, in general,
and almost never when speaking about device drivers.  This sounds
to me like some kind of driver bug, since I've certainly never
observed it.  How about saying something about the hardware you
had the drive attached to, and what rev of what OS the hardware
was running?  Then somebody might be able to comment further.

| identify problems.  He's the one who pointed out that we were using the
| cpio default block size of 512 bytes which is "not supported by 8mm drives".

The drive supports it quite nicely, thank you.  Of course, as others
have said, it *will* waste tape, but that is far different than
not being supported, and Exabyte makes the issue quite clear in
their manuals.

| When we fixed that, the problem went away on all three vendor's drives.
| This is not theory or guesswork, but actual observation.

Fine, but that simply points back to driver problems again, not to
hardware.  If the driver was doing something stupid, like forcing
each block write directly to tape, then you could in fact trash
drives quite quickly.

| Shortly after that, the engineering department of one of our 8mm resellers
| released a technical bulletin describing the phenomena of increased head wear
| on 8mm drives when 512 byte blocks were used.  This is from memory, but I

Then your reseller knows little or nothing about the hardware that they
sell, weren't telling the whole story, or you misunderstood their
bulletin (or some combo of all 3).

| believe they said that the drive repositions the tape much more often when
| small blocks are used, which causes more accumulated feet of tape to come in
| contact with the drum for the amount of data written, which effectively
| increases tape wear.  Note that we're not talking hours here, we're talking
| the number of tapes you can actually write before the drive needs to be
| swapped out.

This could only happen with a totally braindead driver.

| Mind you, this was all on Unix boxes, so perhaps it is a Unix driver issue
| after all.  However, when I hear that someone else is having the same problem
| we were, I have to think that the first thing to try is a solution that worked
| before.

Again, this is a meaningless statement; see my second paragraph.
--
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.periphs.scsi