HDTenEightyP/NetNews huggingface dataset:
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.periphs.scsi,comp.sys.ibm.pc.hardware
Subject: Re: Please Help!  Adaptec 1542b vs. IBM Type 0661 Disk Drive
Date: 14 Sep 1992 19:22:34 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

>These drives are pure shit.  I bought a new one (the "gigabyte" version, 958 MB
>usable ...)

I guess I'm confused -- are you saying there is a problem with the lower capacity 
IBM 0661's -- or are you saying IBM casually overstates the capacity of drives?

>>THE PROBLEM:  I can't boot adaptor 0 target 0 -- I get this message:
>That's normal.  . . . Upgrade your Adaptec to the current firmware

So far, several net people say firmware upgrade fixes 0661 problem.  One net
person said the problem is the Adaptec 1542b sends an 'optional rezero unit
command' to the SCSI ID 0 IBM 0661 boot drive which confuses the disk drive.
Now, if I can only get in touch with an Adaptec customer support engineer.

>That's the catch:  IBM LEAVES OFF THE SCSI TERMINATORS AND DOESN'T TELL THE
>CUSTOMER!!!  If you damage your equipment you're screwed!  Be sure to position
>the drive between the adapter and another drive or a terminator.   What, you
>don't have another drive?  Tough!  IBM doesn't seem to care.  My distributor
>offered to send me a terminator that fits on the 50pin connector, right under
>the SCSI cable.  But I declined and returned the drive instead.  

I have a SCSI cable which fits the Adaptec 1542b on one end and has plugs for
two internal disk drives.  I also have one Methode Electronics (708)867-9600
internal SCSI inline terminator.  Should I put the terminator between my disk
and the cable -- or should I put the disk on the plug sandwiched between the
Adaptec and the terminator?  Since external inline terminators seem to go on
between the cable and the disk perhaps I should put inline between the cable
and the disk?  What is the theory behind where to put the terminator?

Thanks, AJ

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520

Telephone:  (213)740-3406
FAX:        (213)746-2863
------------------------------------------------------------------------------
Newsgroups: comp.periphs.scsi
From: RAICER@LSTC2VM.stortek.com (Bob Raicer)
Subject: Re: EC CDR-84, Adaptec AHA1522 summary
Organization: StorageTek SW Engineering
Date: Tue, 15 Sep 1992 16:26:40 GMT

I read your note with great interest, as I have just acquired
a NEC CDR84, but as of yet have very little experience with it.
I bought the "official" NEC el cheapo SCSI adapter just to avoid
the tech support hassles.  Yes, it is actually a Trantor T128
8-bit SCSI adapter.
 
Also, NEC does not supply any software if you buy only the drive.
The MSCDEX code and the NEC CDROM device driver are bundled with
the SCSI adapter only.  However, the supplied software is very
outdated (the MSCDEX was for DOS 4.01).  You can obtain newer
versions of the software from the NEC and Trantor BBS's.
One of my co-workers has gone down the path of using an Adaptec
1542B with the Corel SCSI software and has had great success.
I plan to do the same.
 
The bottom line as far as I am concerned is that the Trantor card
and the associated software is not worth the box they are shipped
in.  The Adaptec/Corel combination is vastly superior - working
software support is there for DOS 5.0, Windows 3.x, IBM OS/2 2.0,
IBM OS/2 1.3, and Windows NT.
 
I have asked my co-worker if he has experienced any problems with
not being able to read a CD via the Adaptec route and the answer
was no.  We are both very interested in how the problem you have
encountered is ultimately resolved.
----------------------------------------------------------------------
Bob Raicer  (raicer@lstc2vm.stortek.com)
Storage Technology Corporation
2270 South 88th Street
Louisville, Colorado 80028-6100
(303) 673-5087
----------------------------------------------------------------------
Newsgroups: comp.periphs.scsi
From: berger@atropa (Mike Berger)
Subject: Re: adaptec suggestions
Organization: University of Illinois at Urbana
Distribution: comp
Date: Sun, 13 Sep 1992 01:41:43 GMT

rogerb@pisco.esd.sgi.com (Roger Brown) writes:
>I know that with the WD SCSI controller's, you get ALL the SDLP drivers for
>all
>the Operating Systems and all the devices in one box, on one set of disks
>and
>with one manual.  Granted, the drivers are usually not up to snuff, so you
>have to purchase an upgrade to the next version.  
*----
Are you sure?  I have a couple of WD-7000 FASST SCSI controllers that
were supposedly OEM controllers and came with no special support
software or drivers.  Was I ripped off, or is Adaptec the only
company that makes an OEM board only product available at a 
discount?
--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
Newsgroups: comp.periphs.scsi
From: lampi@polari.online.com
Subject: Re: SCSI devices work on SCSI-2 port?
Summary: Assuming your system has drivers that understand them, yes!
Organization: R Squared, Redmond, WA (206) 883-3116
Date: Wed, 9 Sep 1992 16:59:11 GMT

In article <92252.000555U41602@uicvm.uic.edu> Rich Chong <U41602@uicvm.uic.edu> writes:
>Quick question... If I purchase a system with a SCSI-2 controller
>and harddisk (fujitsu M2624FA), will I have any problems using
>older SCSI devices chained onto the same controller? Like a
>Bernoulli Transportable or any old SCSI DAT tapedrive? Thanks
>rc

If your system has the drivers that understand the DAT or Bernoulli drives,
then, since SCSI-2 is a superset of SCSI-1, all the devices will coexist
and work quite well.

-- 
-----
+-+  Michael Lampi       lampi@polari.online.com
|R|  R Squared           16398 NE 85th St., Suite 101, Redmond, WA 98052
+-+                      (206) 883-3116       fax (206) 883-2676
Newsgroups: comp.periphs.scsi
From: ecarroll@maths.tcd.ie (Eddy Carroll)
Subject: Quantum 105S won't spin up
Keywords: Quantum SCSI Prodrive Stiction
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Tue, 15 Sep 1992 01:34:07 GMT

I have a two-year-old SCSI Quantum 105S ProDrive which has recently
developed a nasty case of "stiction", i.e. when I power it down, it
takes significant shaking and manual spinning about the head to get
it to power up again. Though I normally leave my system on 24 hours
a day,  it's a real inconvenience if I need to power off to connect
a cable or something.

I seem to remember reading on the net a while ago that there was an
upgraded controller ROM available that caused the drive to vibrate
its heads when it powered up to break free of the lubricating gunk
that's stopping them from moving.

Can anyone give me information about this? Is it for real, or just
a figment of my imagination? And if it's available, where the nearest
place to Ireland that might have it in stock would be.

Failing that, Quantum's US tech support number would do equally well :-)
(No 1-800 numbers though, please!)

Thanks for any help,
Eddy
-- 
Eddy Carroll      ----* Genuine MUD Wizard  | "You haven't lived until you've
Internet: ecarroll@maths.tcd.ie             |  died in MUD!" -- Richard Bartle
Newsgroups: comp.periphs.scsi
From: sryan@Chaos.mcs.kent.edu (Stephen Ryan.)
Subject: IRWIN tape drive for Macintosh                                       
Organization: Kent State University
Date: Tue, 15 Sep 1992 20:46:05 GMT


Can anyone give me any information about an IRWIN SERIES 5000 tape drive?
This was made for a Macintosh, seems to be a discontinued model.

Anyway, I am trying to use it on an Amiga 3000 and it does not seem to
support the full SCSI command set.  I.E.  only the rewind command seems
to work (retension, etc. do not).  For those Amigans out there, Quarterback
Version 5.02  will back up to it but the tape control menu is ghosted.
I've tried using it with the BTNtape PD driver software also.  Apparently
the first two bytes of the response to the SCSI inquiry command are 
supposed to indicate the device type (BTN expects, I think, 01 or 04 for 
a tape drive) but the IRWIN returns spaces in this area.

Another possible indicator is that the computer will not power up if the
Tape drive is powered up first, even though the manual warns repeatedly
in BOLD LETTERS to power up the drive first.

Any helpful souls out there?


Newsgroups: comp.periphs.scsi
From: adrie@ica.philips.nl (Adrie Koolen)
Subject: Re: Seemingly poor performance
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands
Date: Mon, 14 Sep 1992 07:49:39 GMT

In article <1992Sep11.115350.6945@Informatik.TU-Muenchen.DE> rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
>In article <1992Sep11.064636.3349@ica.philips.nl> adrie@ica.philips.nl (Adrie Koolen) writes:
>>To reverse things a bit: 1773 KB/s is EXTREMELY fast! At this speed, the
>>ISA bus is probably completely flooded. In any case, you can't transfer
>>5 MB/s, let alone 10 MB/s, over the ISA bus.
   [Stuff deleted]
>>The conclusion definitely is that the ISA bus is the bottleneck here.
>
>I don't think so. I have a DEC DSP-3085 disk and it does about 2.5MB per
>second according to CoreTest 2.9 (any caching disabled, of course).
>And 2.5MB/sec is what the tech. doc. of this disk says that it can do.

If you can do 2.5MB/s, 16 bits accesses and bus-on/off times of 11/5us, which
is discouraged, I derive a mean cycle time of 4.6 ISA bus cycles (@8MHz).
This means that your 1542B should perform a 16 bits cycle in at most 4 AT-bus
cycles. I'm not sure whether the 1542B can do such fast transfer transfers
(Roy?).  I do know that my 33Mhz 386 PC doesn't support such fast AT-bus
transfers.

>I doubt that the limit of the ISA bus transfer rate is that low, it is
>certainly much higher, it's probably always the speed of the disk that
>delimits the data transfer rate.

I'll take a bet on that one! Disks keep getting faster all the time. ISA
doesn't. The >1GB drives deliver more than 4MB/s. Next year, they'll be
faster. I somewhere heard that the maximum transfer speed over an ISA bus
is some 4MB/s (the quote was unqualified). If you now already can buy
RAIDs with a sustained throughput of almost 10MB/s, you'll see them on
your desk in a few years.

Adrie Koolen (adrie@ica.philips.nl)
Philips Consumer Electronics, Eindhoven, the Netherlands
From: cmd@nic.cerf.net (Jeff Blaalid)
Newsgroups: comp.periphs.scsi
Subject: Wide SCSI Peripheral (Do you know of any 16-bit SCSI peripherals ?)
Date: 10 Sep 92 01:34:10 GMT
Distribution: comp.periphs.scsi
Organization: CERFnet


I'm compiling a list of wide (16-bit) SCSI peripheral vendors.
If you know any vendor that makes wide SCSI disks, tapes, or other
SCSI peripherals, please reply to the following address:

	phil@cmd.com

Thanks in advance. If there is enough interest, I'll post the 
result.

Thanks again,

Phil Chan
phil@cmd.com

Newsgroups: comp.periphs.scsi
From: ae60@iamk4515.mathematik.uni-karlsruhe.de (Christoph Baumhof)
Subject: scsicntl.exe/scsi.exe without 1542B BIOS ?
Organization: University of Karlsruhe, Germany
X-Newsreader: Tin 1.1 PL4
Distribution: World
Date: Mon, 7 Sep 1992 08:49:30 GMT

I'm running a setup where an Adaptec 1542B is used (mainly) for the
backup of a scsi disk used in an Akai music sampler to a scsi tape.
The computer itself runs from a MFM disk. The backup is done using
the "image backup" option in scsi.exe. All works fine with the 1542
BIOS enabled.
Now I wanted to disable the BIOS to skip the 2-minute wait at boot
time when the 1542 BIOS is looking for a scsi disk at ID 0, but
then scsi.exe (and scsicntl.exe) stopped working. Loading drivers
such as aspi4dos.sys also didn't help.
Does anyone know of a way to run scsi.exe/scsicntl.exe with the
1542 BIOS disabled (or, for a similar question, with the 1542 set
to an I/O address different to 330h)?

Christoph Baumhof
e-mail: ae60@rz.uni-karlsruhe.de
Newsgroups: comp.periphs.scsi
From: zappe@mikro.ee.tu-berlin.de (Harald Zappe)
Subject: Re: Low Voltage on Pin 38
Organization: ZRZ/TU-Berlin
Date: Sun, 13 Sep 1992 20:13:17 GMT

In <1992Sep13.000854.11526@mccc.edu> pjh@mccc.edu (P. J. Holsberg) writes:

>I'm trying to connect up a device that's powered from a SCSI device --
>WangDAT 1300 to be precise -- and it gets its power from pin 38,
>termpwr. Unfortunately, the device needs 5V and the 1300 is putting out
>only about 2V.

>Is there anything I can do about this? Is pin 38 just a voltage source
>or is it under control of something? I ask this because if it were just
>a voltage source, I'd have no qualms about disconnecting it from the
>cable to the connector and run 5V from the power supply of the WangDAT's
>case. However, as I'm sure you can tell, I know zilch about SCSI. :-)

>Thanks,
>Pete

To avoid electrical reflections, the SCSI-cable has to be "term"inated
with resistors, which are pulled up to a positive voltage at pin 38.
The only purpose of this pin 38 is just to 'drive' the resistors
(TERMimator PoWeR). So it doesn't matter if the voltage sinks down.
If you don't fear, try to drive a LED too. But more, I think is
impossible.

Harald

PS: Pay attention that there are only resistors at the physical end of
the SCSI-cable. Most SCSI-drives come with resistors installed. If you
connect more than 1 device, you'll have to remove all of the resistors
EXCEPT those of the LAST drive.

#----------------------------------------------------------------------------

zappe@mikro.ee.tu-berlin.de      | |
zappe@sony1.sietec.de            |-+-
zappe@idefix.sietec.de           | |/
                                   /
                                  /__
Newsgroups: comp.periphs.scsi,comp.sys.ibm.pc.hardware
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Re: Please Help!  Adaptec 1542b vs. IBM Type 0661 Disk Drive
Organization: Applied Math, University of Bonn, Germany
Date: Mon, 14 Sep 1992 19:40:14 GMT

In article <18ps5nINNcr1@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:
>I bought a new Adaptec 1542b and a used IBM Type 0661 SCSI disk drive
>(FRU PN85F011 = 64 heads x 32 sectors x 305 cylinders = 305 MB) from
>a friend.

These drives are pure shit.  I bought a new one (the "gigabyte" version, 958 MB
usable ...)

>THE PROBLEM:  I can't boot adaptor 0 target 0 -- I get this message:
>
>      Checking for SCSI Target 0 LUN 0
>      SCSI Target 0 LUN 0 Not Found

That's normal.  It doesn't work with the current Adaptec firmware -- or so says
the distributor.  It's also normal that IBM doesn't ship any info with it, and
you can't even buy an OEM manual.  Upgrade your Adaptec to the current firmware
-- I haven't done so only because there's an update to the ASPI4DOS driver to
go with the ROM images.  I haven't been able to locate the driver update on the
net, although I did ftp the ROM images from somewhere.

>[...]  and the rightmost jumper was said to have something to
>do with supplying terminator power -- which I confirmed as necessary to
>spin up the disk by experiment -- no rightmost jumper no disk spin up.

That's wrong, the jumper controls motor spin-up.  If you leave off the jumper
the drive will only spin up after a SCSI motor-on command.

>I can't tell whether the disk drive has any terminators -- there are no
>obvious terminator resistor networks visible on the surface of the disk
>drive casing.  Perhaps I need to add a terminator network to the end of
>the SCSI cable?

That's the catch:  IBM LEAVES OFF THE SCSI TERMINATORS AND DOESN'T TELL THE
CUSTOMER!!!  If you damage your equipment you're screwed!  Be sure to position
the drive between the adapter and another drive or a terminator.   What, you
don't have another drive?  Tough!  IBM doesn't seem to care.  My distributor
offered to send me a terminator that fits on the 50pin connector, right under
the SCSI cable.  But I declined and returned the drive instead.  I am now 
waiting for the Fujitsu 2694 to appear here in Germany.

>Any suggestions about how best to proceed would be much appreciated.

I don't know what the situation is in the US.  Maybe you can call IBM directly
and get them to send you an OEM manual.

Hope this helps --  Volker
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
Newsgroups: comp.periphs.scsi
From: ys@wam.umd.edu ()
Subject: Question on Adaptec 1542...
Organization: University of Maryland, College Park
Date: Wed, 16 Sep 1992 04:12:56 GMT

Does anyone know the difference between the Adapatec 1542A and the 1542B?
Thanks in advance.
From: rgpxs360@glen-ellyn.iit.edu (Peter Stein)
Newsgroups: comp.periphs.scsi
Subject: Seemingly poor performance
Date: 9 Sep 92 15:42:57 GMT
Organization: Illinois Institute of Technology, Rice Campus


Has anyone seen data on typical scsi performance ? I'm referring to the
transfer rate, average seek time, and track-to-track seek. I recently
upgraded my 386-33 system (ISA) to a Micropolis SCSI-2 and Promise 
caching controller with 1 Meg installed. The performance while better
than my Ultrastor 12F and ESDI drive combination hardly lives up to the
billing SCSI has received. While I realize that the advertised rates of
4 Mb (SCSI), 5 Mb (SCSI-2), and 10 Mb (FAST SCSI) are burst rates which
can only be obtained under ideal conditions I would expect to at least
be in the ballpark. Here are the transfer rates as reported by checkit:

  Ultrastor 12F & Micropolis ESDI drive:      945 Kb/s (same w/Norton)
  Promise DC-2040 (1Mb) & Micropolis SCSI-2:  1773 Kb/s 

The SCSI-2 rate is less than half of the advertised burst rate (5 Mb)
and not even double the ESDI rate. I have disabled smartdrv caching for
drives controlled by the Promise controller. What could be wrong here ?
Thanks for your help.
Newsgroups: comp.periphs.scsi
From: ys@wam.umd.edu ()
Subject: Question about Bus Mastering...
Organization: University of Maryland, College Park
Date: Tue, 15 Sep 1992 16:01:30 GMT

This may be a FAQ, and if there is a FAQ list, maybe someone can kindly
show me the way.

I'm new to the area of SCSI peripherals, and recently have wondered what bus
mastering really does. I know controllers like the Adaptec 1542B along with
others have bus mastering. Does it improve disk performance a lot?

Also, the concept of daisy chaining is not too clear in my mind. Maybe a kind
soulmay also explain to me what it basically is.

Thanks in advance.

Xref: sparky comp.periphs.scsi:4467 comp.sys.ibm.pc.hardware:23975
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.periphs.scsi,comp.sys.ibm.pc.hardware
Subject: Please Help!  Adaptec 1542b vs. IBM Type 0661 Disk Drive
Date: 11 Sep 1992 03:24:55 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

I can't boot a newly installed IBM SCSI disk on an Adaptec 1542b.

I bought a new Adaptec 1542b and a used IBM Type 0661 SCSI disk drive
(FRU PN85F011 = 64 heads x 32 sectors x 305 cylinders = 305 MB) from
a friend.  The debug g=dc00:9 diagnostic shows the adaptec is happy
talking to my motherboard.  The debug g=dc00:6 utilites claim to do a
good job of formatting and verifying the disk.  The debug g=dc00:6
also shows the IBM disk to be connected to host adaptor 0 as target 0.
SCO UNIX found and formatted the disk -- and AFDISK indicated the
format was sucessfull.  AFDISK also managed to find and format the
disk when I temporarily assigned it under adaptor 0 as target 2.

THE PROBLEM:  I can't boot adaptor 0 target 0 -- I get this message:

      Checking for SCSI Target 0 LUN 0
      SCSI Target 0 LUN 0 Not Found

I don't have any documents for the disk -- but my friend told me the
leftmost three jumpers set the logical unit number -- which I confirmed
by experiment -- and the rightmost jumper was said to have something to
do with supplying terminator power -- which I confirmed as necessary to
spin up the disk by experiment -- no rightmost jumper no disk spin up.
Jumpers are as follows:

      o   o   o   z   o    upper
                      |
      o   o   o   o   o    lower

      1   2   3   4   5

My configuration bridges 5 upper and lower posts yielding terminator power
and everything else is left open yielding LUN 0.

The Adaptec 1542b is set at the default conditions show in the manual.

I can't tell whether the disk drive has any terminators -- there are no
obvious terminator resistor networks visible on the surface of the disk
drive casing.  Perhaps I need to add a terminator network to the end of
the SCSI cable?

Any suggestions about how best to proceed would be much appreciated.

The underlaying PC is an 80386DX-33 w/8MB which has been running SCO
UNIX SYSV/386 ODT 1.1 on an MFM disk for the past year.

Thanks, AJ

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520

FAX:        (213)746-2863
------------------------------------------------------------------------------

Newsgroups: comp.periphs.scsi
Subject: Re: Anyone have hard info on xfer speed of Micropolis 1528 or Fujitsus?
Summary: 
Expires: 
Followup-To: 
Distribution: 
Organization: University of Southern California, Los Angeles, CA
Keywords:
From: landis@sugs.tware.com (Hale Landis)
Newsgroups: comp.periphs.scsi
Subject: Wanted: info about ST157N 
Distribution: world
Date: Sun, 13 Sep 92 01:06:43 GMT
Organization: SUGS

The Seagate Tech Support BBS number is (in the USA) 408-438-8771.
The BBS has the info (jumpers, pinouts, etc) for all Seagate drives.
There is also a voice number and a FAX number but I don't have them
with me now.  I'll post them in a day or two.  And, maybe, if we
are lucky, we will get Seagate Tech Support hooked up to net mail soon!
--------------------------------------------
Hale Landis                  Ph 408-423-4017
tware!sugs!landis -or- landis@sugs.tware.com
--------------------------------------------
Xref: sparky comp.periphs.scsi:4479 comp.sys.amiga.hardware:15192