HDTenEightyP/NetNews huggingface dataset:
From: del@fnx.uucp (Dag Erik Lindberg)
Subject: Re: Need Help: DTC 510B SCSI Controller
Organization: I/Ovations
Date: Sat, 29 Aug 1992 19:06:45 GMT

In <17kpufINN5s6@fbi-news.Informatik.Uni-Dortmund.DE> sk@jenny.informatik.uni-dortmund.de (Stefan Kirchberg) writes:

>But there is one more question: I need further information about the Data
>Technology Corp. SCSI controller (SCSI->ST506, I think), model DTC 510B

If I'm not mistaken, the DTC 510 is a *SASI* to ST506 bridge controller,
which is not fully SCSI compatible.  While the SCSI hardware interface
is close enough to make it work, the command definitions are sufficiently
different that you cannot make it work unless you are working at a very
low level (i.e. no dedicated SCSI interface chips on your host adapter).

-- 
del AKA Erik Lindberg                             uunet!pilchuck!fnx!del
                          Who is John Galt?
Newsgroups: comp.periphs.scsi
From: choe@dirac.phys.washington.edu (In-Jerng Choe)
Subject: Seek recommendation on SCSI host adaptor for Adaptec 4000A, 3530
Organization: University of Washington
Date: Tue, 1 Sep 1992 01:27:19 GMT

I have the following hard disk and tape drive with corresponding SCSI
adaptors, and wish to use them for my 386 compatible:

  Priam MFM v185 (70 Meg) + Adaptec ADC 4000A (SCSI to MFM)
  Wangtek tape drive (40 Meg?) + Adaptec 3530 (SCSI to QIC36)

Could somebody recommend a SCSI host adaptor for them?
I have two free slots - 8 bit and 16 bit.
Many thanks in advance.

Jay
--
Physics FM-15, U of Wash., Seattle, WA 98195      choe@phys.washington.edu
From: shieh@austin.ibm.com
Newsgroups: comp.periphs.scsi
Subject: Re: Powering SCSI devices
Date: 25 Aug 92 13:22:39 GMT
Organization: IBM, Austin
Originator: shieh@racerx.austin.ibm.com


In article <2A98ED54.64FC@tct.com>, jim@tct.com (Jim Kunzman) writes:
> A while ago I posted an article about removing devices from a live
> SCSI bus.  The general concensus was that this is not a good idea and
> I concur completely, since random noise might cause a corrupt write to
> a disk drive.
> 
> Over the weekend I read an article in Byte about the "greening" of
> computers, an article about the environmental concerns that
> microcomputers have surfaced.  One topic was power consumption.  I
> immediately thought about the problems we have with SCSI devices and
> wondered if it would be possible to shutdown SCSI devices when they
> aren't being used, e.g. scanners, printers, tape backup units, MO
> drives, etc.
> 
> Since the SCSI controller is connected directly to the powered device,
> I would suspect that turning these devices off might cause the same
> problem as removing the device from the bus.  Is this correct?  I
> would appreciate receiving empirical evidence about this.  I would
> also be interested in knowing if the SCSI specs address this issue.
> 
> 
> -- 
> Jim Kunzman at Teltronics/TCT     <jim@tct.uucp>, <uunet!pdn!tct!jim>
> -----
> OS/2 is dead!  Long live OS/2!

I belive, if I remember my SCSI rules, that powering off the
SCSI device shouldn't matter in terms of the termination.  Part
of SCSI says that you *will* power the target devices for termination
even though they may be switched off.  So juice is still going through
the cable to your device just for termination's sake.  But the
act of powering off might cause a line spike, which in turn might
lead to a Bus Reset, depending on your hardware/software implimentation.
-- 
The views expressed are my own.  They do not represent IBM.
Johnny Shieh (shieh@racerx)	Worker Bee, AIX Field Quality (level 3)
VNET:     SHIEH at AUSVMQ	Internet: shieh@aixwiz.austin.ibm.com
Phone:(512) 838-3357		tie line 678-3357
Newsgroups: comp.periphs.scsi
From: aweir@ttd.teradyne.com (Alan Weir)
Subject: Re: corel drivers
Organization: Teradyne Inc., Telecommunications Division
Date: Mon, 24 Aug 92 18:04:03 GMT

In article <leffler.713737387@vela>, leffler@vela.acs.oakland.edu (Bob Leffler) writes:
> 
> Has anyone used the Corel scsi drivers on an Adaptec 1542b?
> 
> Although Adaptec tech support insists their aspi4dos driver is bug free,
> I believe I can demonstrate the opposite.  My unix drivers work 100% of
> the time, it's only in dos that I have a problem.
> 
> I called Corel today (800) 836-7274.  It's a faxback sevice.
> They bundle their suite of applications for $99.  They also include tape
> backup, audio-cd, plus a few other minor utilities.  They want $25 s&H
> if you order directy from them.  I was hoping to talk with somebody that
> might already be using their products before I throw $100 away.
> 
> Also, another interesing point, Corel stated that Adaptec will soon be
> bundling the Corel scsi drivers.
> 
> bob

Hi Bob..
	yes, I've been using their package for about4 weeks and overall I'm
very happy with it. 

I purchased the package from DC Drives 1-800-872-6007 for less than $100
including next day delivery (can't remember the exact ammount).

The Corel package dosn't include a replacement for the Adaptec driver
(ASPI4DOS) but in fact builds upon it in the form of a CDROM driver,
a WORM/ERASABLE driver and tape backup software. My main reason for
purchasing the package was for the WORM driver which works very
well and at this point I must point out that their tech support via
Compuserve was excelant. I posted a question regarding using partially
used WORM drives which had been formatted by software other than theirs
and within 2 or 3 exchanges of messages I had some additional disks!!

Their CDROM support is not as widespread as Adaptec's when it comes to
music and I gather they are working on that but they do include
a neat Windows based musicbox which will works via MSCDEX and so will
work with the Adaptec drivers.

Now their tape drive support is another story!! Under DOS 5.0 and
ASPI4DOS 3.0a in conjunction with a Wangtek 5150ES  everthing works 
fine and I prefer it to SYPLUS. But under Windows 3.1 it crashes the
system whenever an attempt is made to write to the tape drive!! I 
put in a call to their Tech support dept. on this one and got 
nowhere so I tried sending a message to the Compuserve guy who had
helped me with the WORM stuff. He appeared enthusiastic at first
and I faxed him coppies of all relevent files etc. which he said
he would pass along to engineering well that was 2 weeks ago and
I'm still waiting. It's a real shame 'cause the Windows user interface
for the tape backup is real easy to use - so I'd like to use it!!

Any other questions post or Email me - Alan.

Newsgroups: comp.periphs.scsi
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: EXB-8200 transfer rate
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 25 Aug 1992 18:39:26 GMT

In <1992Aug24.182613.2016@kentrox.uucp> ronc@kentrox.uucp (Ron Christian) writes:
>(1)  Write speed suffers dramatically due to increased amount of head
>repositioning.  (This may be what you're seeing.)  In general write speed
>to any streaming device will suffer with small (512 byte) blocks, but on
>the 8mm the slow-down is incredible.

Well, no. The head positioning comes from a too low transfer rate. The
Exabyte (not 8mm technology per se) needs several milliseconds per
command compared to some hundred microsecond to transfer a 512byte block
(64 micros at 4MB/s synchronous). This means that less than 1% of SCSI
bandwidth is used for data transfer :-(

>(3)  If the info you put on the tape (a label, for instance) is less than
>512 bytes (only one block is written between file marks), subsequent tape
>operations (a Unix mt command, for instance) may or may not find the
>file on the tape.

Hmm. Seems more like a failure of the UNIX driver. I'm using direct SCSI
commands for the Exabyte (on some special hardware) and have not seen
such a problem.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: mike-b@hpfcso.FC.HP.COM (Michael Bishop)
Date: Mon, 24 Aug 1992 14:58:50 GMT
Subject: Re: Need Help: CD-ROM + Adaptec 1740
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.periphs.scsi

> Am I missing the obvious?  Is there some additional configuration
> I must do to the Adaptec 1740 to enable it to see additional SCSI
> devices?  I have tried connecting the CD-ROM to the first connector
> and the hard drive to the second connector thinking that I might
> have a SCSI termination problem, but this experiment did not produce
> any different behavior.  

After a little more experimentation, I have some additional information
that may help in solving this problem.  The Adaptec 1740 comes with some
configuration software that allows you to change the card from "standard
mode" to "enhanced mode".  Standard mode is backwards compatible with
previous Adaptec controllers, and enhanced mode supports a more
efficient interface with additional configuration abilities.  One of the
features of enhanced mode is to report an error if a SCSI device is not
found at a pre-selected SCSI ID.  After setting the card into enhanced
mode I told it to report an error if it could not find a device at SCSI
ID 3, which is the ID of the CD ROM.  Sure enough, when I rebooted the
system, the Adaptec 1740 found the Fujitsu hard drive and reported an
error for the SCSI ID 3 device which it could not find.  This behavior
is a total mystery to me.  Any clues as to what's happening?

Michael Bishop
Hewlett-Packard Company
Internet:  mike-b@fc.hp.com
From: rogerb@pisco.esd.sgi.com (Roger Brown)
Newsgroups: comp.periphs.scsi
Subject: 1542B and Maxtor 8760S
Date: 28 Aug 92 17:32:26 GMT
Organization: Silicon Graphics, Inc.

I have a pair of the above drives that won't spin-up with a 1542B.
Does anybody know which jumper to connect to get this to happen?
The PCB on the drives is totally unmarked.  I have identified the
DS jumpers and the drives work on a WD7000 controller.

Thanks

===========================================================================
=
      Roger   Brown             Roger Brown       Cross-eyed STEREO
      --------------           --------------
     |       O      |         |      O       |
     |    O         |         |     O        |    rogerb@esd.sgi.com
     |              |         |              |    Silicon Graphics, Inc.
     \    _     O   |         |\    _  O     |    Mountain View, CA.
     |\  /      _   |         | \  /   _     |    PH: (415) 390-1898
     | \/   \  /    |         |  \/\  /      | 	  FAX:(415) 967-6239
      --------------           --------------      
===========================================================================
=
Newsgroups: comp.periphs.scsi
From: stogner@burgis.enet.dec.com (Lee Stogner)
Subject: Need box for external SCSI devices
Reply-To: Stogner@Burgis.enet.dec.com
Organization: Digital Equipment Corporation
Date: Thu, 27 Aug 92 13:11:52 GMT


The slots for devices like floppies, hard drives, etc are full on my PC.  Since
I have a SCSI interface on my hard drive, I have the option of using external
SCSI devices.  Can anyone recommend a company that sells these external
"powered" boxes ?

Since I am on the road a lot, I don't get access to my workstation everyday.
Please mail any replies directly to my email address.



                                       Thanks,


                                       Lee Stogner,  N4XBD
Newsgroups: comp.periphs.scsi
Newsgroups: comp.periphs.scsi
Subject: Re: Fujitsu drives are HOT !!!
From: yaturner@picard.agames.com (D'arc Angel)
Date: 26 Aug 92 13:43:59 GMT
Organization: The Houses of the Holy
Keywords: fujitsu


I have a full size Fujitsu drive and you could fry an egg on it (well not
quite that bad, but HOT). So I call up a friend of mine that works at the
Fujitsu Disk Drive Division and he confirmed that it's normal for them to
run that hot. So I make sure that my drive is directly in front of the
power supply to get the maximum air flow, and make sure you're fan is
always working. 
-- 

James M. Turner     yaturner@agames.com       

Those who feel the breath of sadness, sit down next to me
From: brb@falcon.is (Bjorn R. Bjornsson)
Newsgroups: comp.periphs.scsi
Subject: Re: Need box for external SCSI devices
Date: 30 Aug 92 23:09:54 GMT
Organization: Gagntaekni/Bijective Tech.

stogner@burgis.enet.dec.com (Lee Stogner) writes:
> 
>The slots for devices like floppies, hard drives, etc are full on my PC.  Since
>I have a SCSI interface on my hard drive, I have the option of using external
>SCSI devices.  Can anyone recommend a company that sells these external
>"powered" boxes ?
> 
>Since I am on the road a lot, I don't get access to my workstation everyday.
>Please mail any replies directly to my email address.

Any number of places can supply you with the box, don't forget
to buy a cable (make sure the cable has 50 wires, not just fifty
contacts on the connector) and a terminator.

Basically if you don't have access to a store that sells these
order them from your favorite mail order drive supplier.

What I find to be a really good idea is to order drives in
external configurations even if they are not going to be
used as such.  It's really convenient to have some drive
boxes lying around for those times when power supplies
and/or fans give up the ghost.  The upshot is that you pay
on the order of 50 bucks for box, cable and terminator
if you order an external drive, but expect to pay 3 times
as much if you buy these items separately.

Me, I'll take externals over internals almost any day,
for configurability and mobility.

Bjorn R. Bjornsson
brb@falcon.is
From: jthjr@jthjr.austin.ibm.com (John Hollaway)
Newsgroups: comp.periphs.scsi
Subject: Adaptec 1542b, Maxtor 8380s, wont FDISK
Keywords: Adaptec 1542 1542b Maxtor 8380 8380s FDISK
Date: 1 Sep 92 23:12:58 GMT
Organization: IBM, Austin

I have an Adaptec 1542b driving a Maxtor 8380s.  I
low-levelled with Adaptec utility (latest from BBS)
and it still wont FDISK.  Dos recognized the drive,
and so did FDISK, but FDISK never completed when I 
tried to partition it.  I am using DOS 4.01.

Does anybody have any suggestions???


-- 

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
John T. Hollaway Jr.
Internet/IBM: jthjr@inetnode.austin.ibm.com
Phone: (512)838-7105
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: Adaptec 1540b jumper - Auto Sense disable ???
Organization: Adaptec Inc., Texas
Date: Sat, 29 Aug 1992 15:18:14 GMT

In article <1992Aug26.223128.5414@spike.insci.com> ross@insci.com (ross andrus) writes:
>  We've been having problems with a QIC tape on an SCO 3.2v4.0 system with
>  a 1540b board. After some hassles, SCO recommended that we plug jumper
>  J6.5 - Auto Sense disable. This smoothed out the problems with the tape,
>  but caused severe problems for our locally generated device drivers. Without 
>  breaking down and calling the SCSI Busters (who ya gonna call?), it looks 
>  like we're getting notified of a check condition, but the sense key, etc.,
>  is not getting back to us.
>   
>  So, my question: does `Auto Sense disable' really mean what I think it 
>  means - to not collect sense buffer info whenever there is a check condition?
>  This seems like an option that few would use... 

That is what the jumper does.  It disables the 1542B's ability to
automatically do the request sense on a check condition from a command,
which then requires the software driver to do the request sense.
Some OEM's wanted this as an option and I understand there are drivers
that do not like the auto-sense as they are tailored more for basic SCSI
adapters and thus already do the request sense.
Whoever told you to disable it from SCO was very wrong in doing so.  It
only will mask errors as no request sense information will be returned
and any driver looking for the sense key, will probably see a 0 and
think that everything went okay.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
Newsgroups: comp.periphs.scsi
From: mbg@cbnewsi.cb.att.com (mitchell.b.germansky)
Subject: ---<<< HELP: Adaptect 1542B & Archive 2150S Tape >>>---
Organization: AT&T
Date: Mon, 31 Aug 1992 12:36:53 GMT


i am reposting this as i didn't get any responses the
first time -- any help would be greatly appreciated!
--
i installed a new archive viper 2150s tape drive in my pc with an
adaptec 1542B 2 weeks ago.  all was fine until yesterday.  i did
successfully acces the tape with dos sytos plus & aspi/tar, and unix.

yesterday, when booting the adaptec bios did not see the unit.
if i put a tape in the unit, i hear the motor engage, but the led
does not light up and the tape does not move.  i have 2 scsi disks
on the bus and they're fine.

debug g=dc00:6 does not see the drive.  when a tape is in the unit
adaptec gets a scsi inquiry error.

sytos plus 1.21 can not rewind the drive - it hangs.

ctctrl.exe gets an error (i doubt this is related, but the drive
coincidentally stopped working shortly after i used ctctrl.exe and
tar.exe for the first time?!)

does anyone have any advice?
(are there any tools out there  to help pinpoint the problem?)

thx!!
-----
mitch germansky    att!somerset!suntoss!mbg    908-805-7841
From: shad04@ccu.umanitoba.ca (Dan Fandrich)
Newsgroups: comp.periphs.scsi
Subject: Re: Future Domain problems (was Re: switching SCSI controllers)
Summary: Good for them!
Keywords: Future Domain,TMC-xxx,SCSI,BIOS,patches
Date: 25 Aug 92 17:18:12 GMT
Article-I.D.: ccu.1992Aug25.171812.11117
Organization: University of Manitoba, Winnipeg, Manitoba, Canada

In article <17bghkINNqhg@stanley.cis.Brown.EDU> plutchak@pilsner.geo.brown.edu (Joel Plutchak) writes:
>In article <1992Aug23.003442.21663@ccu.umanitoba.ca> shad04@ccu.umanitoba.ca (Dan Fandrich) writes:
>>You're doing nothing wrong.  Future Domain deliberately cripples their BIOS
>>to limit you to a single SCSI disk so they can sell you their disk
>>partitioning software.
>
>   Well, they've "deliberately uncrippled" their BIOS versions 7.0 and
>above to support multiple drives.

I'm glad to hear they've seen the error of their ways.  Unfortunately, an
updated BIOS isn't available for my TMC-870, nor for the TMC-820/840/880.

>>> Dan
-- 
Internet: shad04@ccu.umanitoba.ca               Compu$erve: 72365,306
From: heimo@dec1.wi-inf.uni-essen.de (Heimo Adelsberger)
Newsgroups: comp.periphs.scsi
Subject: DEC RZ24 + Adaptec COntroller + MSDOS
Date: 26 Aug 92 12:22:41 GMT
Reply-To: heimo@dec1.wi-inf.uni-essen.de
Organization: Wirtschaftsinformatik der Produktionsunternehmen



I am trying to use a DEC RZ24 SCSI disk (200MB) on a PC (MSDOS)
with an Adaptec Controller 1540B/1542B.

MSDOS (fdisk) is not recognizing the disk.

The Adaptec utility (with DEBUG)
                    -G=DC00:6

displays the disk, but FORMAT and VERIFY returns the error

ERROR RETURNED ON
SCSI READ CAPACITY COMMAND  Error code 0204

On the other hand I have no problem to use the same disk
with an IBM 95 PC!

Any help?

-- 
Heimo H. Adelsberger                          heimo@dec1.wi-inf.uni-essen.de

Wirtschaftsinformatik der Produktionsunternehmen  Tel.: +49 (0201) 81003-53
Universitaet-GH-Essen                             Sek.: +49 (0201) 81003-57 
Altendorferstrasse 97, D-4300 Essen               FAX:  +49 (0201) 81003-67 

Newsgroups: comp.periphs.scsi
From: se@IKP.Uni-Koeln.DE (Stefan Esser)
Subject: Re: EXB-8200 transfer rate
Organization: Institute of Nuclear Physics, University of Cologne, Germany
Date: Thu, 27 Aug 92 17:25:41 GMT

In article <1992Aug24.182613.2016@kentrox.uucp>, ronc@kentrox.uucp (Ron Christian) writes:
|> The 8mm drive needs to write in 1K byte blocks or larger, due to inaccuracies
|> in the head positioning hardware.  (The heart of the 8mm drive is only a
|> consumer video device, after all.)  Using too small of a block size has the
|> following effects:

What inaccuracies are you talking about ???

The EXABYTE writes 8KByte of data per 'track' and another (from weak
memory) 4K for ECC and other purposes (eg. logical block sizes).

For each logical block an integral number of 1KB 'sectors' is written, 
with remainder of the last sector unused, if the the block wasn't a
multiple of 1KB.

You loose half the capacity, when writing 512 Byte blocks and the per
command overhead of the 8200 is high, these facts limit the transfer rate 
to some 10% of its nominal speed.

That got nothing at all to do with inaccuracies of a 'consumer video' 
product.

|> (1)  Write speed suffers dramatically due to increased amount of head
|> repositioning.  (This may be what you're seeing.)  In general write speed
|> to any streaming device will suffer with small (512 byte) blocks, but on
|> the 8mm the slow-down is incredible.

The drive gathers data in its 240K buffer and starts writing 8K tracks when 
a certain amount of data is available for immediate transfer.
There are several parameters which can be adjusted via SCSI mode page
commands and which allow some tuning of the drive's buffering behaviour.
You could increase the amount of data required to start transfering data 
from the buffer to the tape. This might increase throughput and at the 
same time reduce head wear.

|> (2)  Head wear increases dramatically for the same reason.  Drive failures
|> will be much more frequent with small block sizes.

Head wear is directly proportional to operation hours, not the amount of 
data transfered. EXABYTE drives are specified at some 2000 hours, if I'm 
not too confused.

STefan
-- 
 Stefan Esser,  Institute of Nuclear Physics,  University of Cologne,  Germany
 se@IKP.Uni-Koeln.DE                                           [134.95.192.50]
From: sja@world.std.com (Stuart J Adams)
Newsgroups: comp.periphs.scsi
Subject: Wanted: Example of SCSI Target Code
Date: 4 Sep 92 18:52:43 GMT
Organization: The World Public Access UNIX, Brookline, MA

Does anyone have a example SCSI target code implementation ??
(This is the code that does the peripheral side of the SCSIO protocol)
There seems to be plenty of examples of SCSI initiators but
not target implementations.

Thanks,
Stuart Adams
sja@world.std.com
From: B.Simon@frec.bull.fr (Bertrand SIMON)
Newsgroups: comp.periphs.scsi
Subject: Re: Parallel SCSI driver
Keywords: driver, parallel
Date: 3 Sep 92 07:38:21 GMT
Reply-To: B.Simon@frec.bull.fr (Bertrand SIMON)
Organization: BULL SA Echirolles FRANCE

I have to multithread a SCSI hard disk driver for AIX multi-processor.

I am looking for any book or publication on parallel
device drivers.
Newsgroups: comp.periphs.scsi
From: root@maxed (0000-Admin(0000))
Subject: Re: AMI EISA SCSI Cached Controller - Experience?
Organization: American Micro Group, Inc., Ft. Lee NJ
Date: Sun, 23 Aug 1992 17:28:52 GMT
X-Newsreader: Tin 1.1 PL5

Stephen Hodgman (smh@echidna.adept.oz.au) wrote:
: Hello there,
: 
: We are considering using one of thes ona SCO Unix system here.
: Is there anyone in the U.S.A who has experience with this under SCO ?
: 
: OR
: any general experience with SCSI and SCO.  We have found that occasionally it
: cannot reat a block and the only recours is to rebuild the O/S rather than map
: out the sector.  Any comments  or help ?
: 
: Thanks
: Stephen Hodgman                 E-mail: smh@hakea.adept.oz.au
: Adept Software                   Phone: +61 6 285 3460
: Australia                          Fax: +61 6 285 3459

Our experience is that cacheing controllers under Unix are a waste
of money, and time, since benchmarks under load for multiple
users with simultaneous heavy disk use show no improvement over
non-cacheing Adaptec or BusTek models. Some discussion has it that the
added step of writing thru Unix' software buffers is the reason.

I'd like to hear from anyone as to their experiences in ths regard.
We've tried the DPT and AMI models with 4 and 16 MB or so of
cache under ISC 3.0, with small, and larger values for NBUF and NHBUF
and found this to be true.

-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.periphs.scsi