HDTenEightyP/NetNews huggingface dataset:
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.periphs.scsi
Subject: Re: Would there be any interest in splitting this group?
Date: 10 Dec 92 23:27:58 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

vail@tegra.com (Johnathan Vail) writes:
>jag@decvax.DEC.COM (John A. Gallant UEG) writes:

>       From the peripheral device drivers point of view, using the above
>   2K/1.5K example, should setup a "scratch area" of 1.5k and allow the SIM
>   to transfer *all* of the data being transfered by the device.  The 
>   peripheral device driver can then remove or dealloc the scratch area
>   while the user only received the 512 it asked for.  As for the DATA OUT
>   case, it would be up to the peripheral device driver to determine if
>   it wants to write 1.5k of "scratch" data to it's device.  Although I 
>   would recommend that the I/O be failed for the same reasons that
>   "undefined" data should never go out to the device.
>
>You can probably get that to work for certain drivers but as you
>pointed out previously, these are not normal conditions.  Either the
>CDB/CCB was incorrectly formed or the target is behaving incorrectly.
>In any event, aborting the command for overruns and returning a phase
>error for underruns would seem to be justified.

	You _can't_ return errors for underruns of reads.  The reason is
that for many SCSI commands, you say "I want up to N bytes" and set the CCB
for N bytes.  If the target doesn't have N bytes (say for Inquiry), then
it returns only what it has.  This is NOT an error.

>      The phase cognizant mode will really allow you to get down and dirty.
>   And any kind of commands can be emulated.  The phase cognizant mode was 
>   actually written by an engineer who was using it to control a SCSI
>   target.  

>    The processor mode model was sort of created by an engineer who
>   did not like the phase cognizant mode :-).
>
>As I heard it, processor mode was created for Unix systems to talk to
>each other over SCSI.  Phase-cog mode is not easy for a unix
>application to control because of the asychronous callbacks and
>various memory buffers being passed around.

	The reason I'm banging on processor mode is because it's easier
and should be faster without all the task switches, message passing, etc.
For setting up VLAN (which is what the Processor device type is designed to
be able to do), it should be fine (if the problems can be worked out of the
spec).

	Phase-cog mode is good if you want to emulate an arbitrary device
type, or for something to be used as a programable target for testing a SCSI
implementation, or you're a control freak.  :-) :-)

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: gasman1@netcom.com (David A. Silva)
Newsgroups: comp.periphs.scsi
Subject: Adaptec 1542B and Windows
Date: 17 Dec 92 23:02:45 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
X-Newsreader: TIN [version 1.1 PL7]

Thanx to those who have given suggestions:
Recap - Adaptec 1542B was working fine with Windows with just a DAT
drive; I added a SCSI-II hard disk, and windows started seizing on load
- even clean install would not help. Tried EMMExcludes, smartdrv, super
clean config.sys/autoexec.bat, setting graphics card ( ATI Ultra Pro ) 
to 8 bit mode. Originally the Ultra Pro and the 1542B were in adjacent
slots - this was fine before I added the hard drive. I tried pulling the
Ultra and putting it in a more distant slot, and it works fine. Put it
back next to the Adaptec, no go. Just to make sure it wasn't an
individual slot problem, I then reversed the Adaptec and the Ultra in
the 2 neighboring slots, still no go. Put the Ultra furthur away, still
fine.
My best guess is with the extra activity on the 1542B, somehow this is
interfering with the Ultra over the bus or just by close physical
proximity. So anyway, another mystery solved, and thanx again to those
who piped in!
David
Newsgroups: comp.periphs.scsi
From: gasman1@netcom.com (David A. Silva)
Subject: Adaptec 1542B Slowdown
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: TIN [version 1.1 PL7]
Date: Wed, 16 Dec 1992 05:11:25 GMT


I have an Adaptec 1542B and a WangDAT 3200. Before today, I was running
an ESDI drive, and was getting 11-13 MB/min backup/restore from the
WangDAT. Today I put in a Toshiba MK-538FB SCSI II drive, and now the
tape drive is barely making 6 MB/min transfer rate. Before I run the
tape drive, I set the bus-on time to 4 and the bus-off time to 12 as per
Adaptecs suggestion to maximize streaming on the tape drive. Max DMA I
can run is 5.7 MB/sec ( which I have been running all along ). Is there
any additional tweaking I can hope for to improve the tape drives
transfer rate?
Thanx - David
Newsgroups: comp.periphs.scsi
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: jumpers on Archive (viper) 60MB tape drive 2060S Rev A
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 12 Dec 1992 19:19:54 GMT

Subject pretty much says it all.  I need a short description of the 3x6
jumper block (JP1) just to the left of the 50 pin scsi header and just
below the power jumper (P1).  They are currently marked as follows:

	PEN  CF0  ID0
	DIA  CF1  ID1
	     CF2  ID2


I think that the ID? are pretty obvious, except that it looks like it is
set for SCSI 0 and this unit was in an old apollo.  Did they jumper
their tape drives for 0?

PEN is probably parity enable.  Currently, CF0, CF2, and the unlabeled
jumper are shorted.

Mail to det@hawkmoon.mn.org would be nice, but it isn't required.... (:-)

derek
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
From: juan_e@spcvxb.spc.edu
Newsgroups: comp.periphs.scsi
Subject: WANTED: XM5100A.drv file
Date: 14 Dec 92 22:14:34 GMT
Organization: St. Peter's College, US

Howdy,

    If there is anyone who would know or could help, I'm looking for 
a Toshiba CD-Rom SCSI driver - XM5100A.drv; have tried going thru Toshiba
and certain sources, though not Adaptac BBS.

If anyone knows where I could get it or can help in obtaining it, I would
be grateful. 

                                Thanks,
                                    Ned
                                    St. Peter's College
Newsgroups: comp.periphs.scsi
From: wkulecz@life.jsc.nasa.gov (Walter B. Kulecz, Ph.D)
Subject: Adaptec ASW-410 upgrade offer?
Followup-To: comp.periphs.scsi
Organization: KRUG Life Sciences
Date: Tue, 15 Dec 1992 14:25:19 GMT

Does anyone know four sure about the alledged ASW-410 (or is it ASW-1410)
upgrade where you send the cover from the manual and $xx and get ASPI
drivers that support CRROM?

Is this fact or fiction?  If fact, what do we really get and for how much
$$$.
Newsgroups: comp.periphs.scsi,comp.unix.sys5.r4,comp.unix.sysv386
From: scum@pcthree.com (Steve Monroe)
Subject: Denon DRD-253->1542B->Esix4.0.3
Organization: PC Three
Distribution: comp
Date: Sun, 13 Dec 1992 05:35:52 GMT

Anyone have any experience/suggestions on hooking up a Denon
DRD-253 cdrom drive to an Adaptec 1542-B in a PC running
Esix 4.0.3?

Will it work?  Will the 'sc' stuff work?

Thanks

-- 
Steven C. Monroe            VOICE:(703)406-2082                PC Three, Inc.
scum@pcthree.com             FAX:(703)406-2078                  P.O. Box 1644
                                                              Herndon, VA 22070
Organization: University of Illinois at Chicago
Date: Friday, 11 Dec 1992 19:37:54 CST
From: SALIM <U26043@uicvm.uic.edu>
Newsgroups: comp.periphs.scsi
Subject: ** 4 sale ** Quantum H.D's

Quantum 40Mb IDE ---- $179.00

Quantum 120Mb IDE --- $289.00
Quantum 240Mb SCSI -- $535.00

All drives are brand new.  Let me know if interested.
                                                Salim Lakha
                                                u26043@uicvm.uic.edu
Newsgroups: comp.periphs.scsi
Subject: Ultrastor 34F with OS/2, any good?
From: John_Huttley@kcbbs.gen.nz (John Huttley)
Date: 16 Dec 92 23:33:23 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

I would be interested to hear from anybody using this combination. Is it
reliable?

Newsgroups: comp.periphs.scsi
From: jag@decvax.DEC.COM (John A. Gallant UEG)
Subject: Re: Would there be any interest in splitting this group?
Reply-To: jag@zk3.dec.com
Organization: OSF Engineering, Digital Equipment Corp.
Date: Mon, 14 Dec 1992 19:39:56 GMT

In article <Bz0GFH.875@tegra.com>, vail@tegra.com (Johnathan Vail) writes:
>
>
>In article <1992Dec7.185119.7392@decvax.dec.com> jag@decvax.DEC.COM (John A. Gallant UEG) writes:
>
>       The point of view, SIM or peripheral device driver, has to be looked
>   at here.  Let me take the SIM's point first, I like SIMs :-).  The SIM
>   does not know the device or the CDB that is being used.  All it has for
>   information is the data pointer(s) and count.  It is critical that the
>   data information in the CDB, setup by the peripheral device driver, match
>   the data information in the CCB, used by the SIM. 
>
>I question if the SIM should enforce that the CDB match its data
>transfer length.  If it does then it needs knowledge of the various
>SCSI commands for different device types (or maybe the taks is easier
>if you only talk about Processor Devices) to interpret their CDBs.
>Besides for being tedious it rules out Vendor Unique commands.

    There is no way that the SIM can do enforce this matching.  Only the
peripheral device driver has the knowledge of the request and the *complete*
contents of the CCB.  In reality all the SIM has to deal with is getting
data from location A to location B.  This lack of "what"/"who" is why
all the fields in the CCB be correctly setup.

>I agree that the SIM needs to verify over/underrun but the
>relationship between the CDB and the amount of data the target
>transfers is the target's business.

    Exactly !  All the SIM can do/say "It didn't go like you told me!"

>SCSI buses require an initiator and a target.  To be a generic
>software interface for SCSI, CAM must provide for both.  Phase
>cognizant mode is an attempt to provide TARGET functionality.

    The engineer that originaly introduced the phase cognizant mode,
actually produced a product, (a SCSI target only), using it.

>As I heard it, processor mode was created for Unix systems to talk to
>each other over SCSI.  Phase-cog mode is not easy for a unix
>application to control because of the asychronous callbacks and
>various memory buffers being passed around.

    The primary use is for system to system communication.

-- 
John A. Gallant                                jag@zk3.dec.com
Software Engineer - OSF Engineering Group
Digital Equipment Corp. (603) 881-2472

        In the common people there is no wisdom, no penetration, no
        power of judgment.
    Marcus Cicero
From: mberhan@cup.portal.com (Mike D Berhan)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec 1542B Slowdown
Date: Tue, 15 Dec 92 22:41:10 PST
Organization: The Portal System (TM)
Distribution: na

gasman1@netcom.com (David A. Silva) writes:

>I have an Adaptec 1542B and a WangDAT 3200. Before today, I was running
>an ESDI drive, and was getting 11-13 MB/min backup/restore from the
>WangDAT. Today I put in a Toshiba MK-538FB SCSI II drive, and now the
>tape drive is barely making 6 MB/min transfer rate. Before I run the
>tape drive, I set the bus-on time to 4 and the bus-off time to 12 as per
>Adaptecs suggestion to maximize streaming on the tape drive. Max DMA I
>can run is 5.7 MB/sec ( which I have been running all along ). Is there
>any additional tweaking I can hope for to improve the tape drives
>transfer rate?
>Thanx - David

Decreasing the bus-on time and increasing the bus-off time is only 
beneficial for floppy tape drives.  For your SCSI tape drive and SCSI disk
drive, keep the bus-on/off times at their default.  Good luck.

Mike Berhan
mberhan@cup.portal.com
From: sjb5@ns1.cc.lehigh.edu (STACY JOHN BEHRENS)
Newsgroups: comp.periphs.scsi
Subject: SCSI Based Tape Recomendations
Date: 13 Dec 92 19:26:46 GMT
Organization: Lehigh University


I am beginning to look around for a SCSI based tape backup drive and am
looking reccomendations.  Here are my requirements:

250mb+ capacity  (preferably without compression, but with it is acceptable)
Well supported
$250-$500 price range

I was looking and the Colorado Jumbo 250, but the fact that it seems to use a
floppy interface and the tapes are really only 120mb uncompressed has soured
me on that particular drive.  Any other reccomendatios?  Thanks

-- 
Stacy John Behrens
*===)-------------
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The only justification for our concepts and systems of concepts is that they
serve to represent the complex of our experiences; beyond this they have not
legitimacy.                                  [Albert Einstein]
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Newsgroups: comp.periphs.scsi
From: THOGER@bg1.hbg.hydro.no (Terje Thoegersen)
Subject: Re: HELP:  I need jumper, etc. info on ST4702ND 600MB SCSI drive
Organization: Norsk Hydro, Hydro Data
Date: Sun, 13 Dec 92 02:09:11 GMT
X-News-Reader: VMS NEWS 1.11


Hi!

Look in pub/mirrors/msdos/info on wuarchive.wustl.edu for a file called 
allsea.zip. It gives details about all Seagate/CDC etc disks. (you'll also
find it on the Seagate BBS. (sorry, I don't have the number.))

 -Terje


-------------------------------------------------------------
Terje Thoegersen    Norsk Hydro    Hydro Data    Oslo, Norway
Newsgroups: comp.periphs.scsi
From: dave@hp1.holl.com (David Vrona)
Subject: Want to buy used 1542 or 1540 !!!
Date: Thu, 17 Dec 1992 00:11:21 GMT
Organization: Hollister Incorporated,  Libertyville, IL

Hi all,

I'm in the market for a used Adaptec 1540 or 1542.

I need one of these to run Dell SVR4 until Dell adds the driver for
the DPT EISA controller.

If you are interested in selling me your board, please send me e-mail as
I don't usually read this group.

thanks,

dave
-- 
 David Vrona N9QNZ               +1 708 680 2829 (voice)               
 Hollister Incorporated          +1 708 680 2123 (fax)                 
 2000 Hollister Drive            Internet: dave@hp1.holl.com           
 Libertyville, IL  60048-3781    UUCP: {well connected}!ddsw1!hp1!dave 
 Opinions expressed are my own and not those of Hollister Incorporated.
Newsgroups: comp.periphs.scsi
From: vail@tegra.com (Johnathan Vail)
Subject: Format Capacity (Was: 500,000 hour MTBF!!!)
Organization: Tegra-Varityper, Inc. Billerica, MA
Date: Mon, 14 Dec 1992 14:55:28 GMT


In article <Bz1H0C.JBw@iat.holonet.net> bwilliam@iat.holonet.net (Bill Williams) writes:

   Now SCSI disks are being
   shipped claiming "before formatted capacity" What a load of crap. SCSI is
   a goddamn standard and the number of blocks yielded after a format command
     ^^^^^^^^^^^^^^^^
   should equal the advertised maximum possible storage size of the device.

Actually SCSI is an *ANSI* standard.  And within the standard you are
able to change many format paramaters that can and will affect the
final storage capacity of the drive.  Advertising "raw" capacities is
really quite logical instead of a half a page of fine print specifying
the exact format and sparing values used.

jv

 _____
|     | Johnathan Vail     vail@tegra.com     (508) 663-7435
|Tegra| jv@n1dxg.ampr.org    N1DXG@448.625-(WorldNet)
 -----  MEMBER: League for Programming Freedom (league@prep.ai.mit.edu)
From: bash@tware.com (Paul Bash)
Newsgroups: comp.periphs.scsi
Subject: Re: 1542B with NEC CDR-74 and MSDOS doesn't work: help!
Date: 14 Dec 92 03:25:57 GMT
Organization: Techware Design, Boulder, Colorado

In article <1992Dec13.191235.12645@tware.com> bash@tware.com (Paul Bash) writes:
>
>Well, I've read back through all the posts in comp.periphs.scsi for the 
>last two weeks and haven't seen any answers to this. If its in a FAQ 
>somwhere, please point me to it.
>
>On Friday, I received my brand new Adaptec 1542B and NEC CDR-74 CD-ROM
>player. I've since spent the last two days trying everything I could 
>think of to make this combination work under both MSDOS 5.0 (using the 
>Adaptec EZ-SCSI driver package supplied with the SCSI adapter) and 
>OS/2 2.0 (using the latest beta os2cdrom.zip package found at 
>ftp-os2.nmsu.edu) and have gotten the same results consistently: any 
>attempt to read data from the drive results in the CD-ROM player busy 
>light coming on for exactly 30 seconds followed by the message, 
>
>  "drive d: not ready"
>
>(or something to that effect), being displayed. I've tried this with
>two seperate CD-ROMs so I feel comfortable that the problem isn't a 
>bad disk.
>

Well, I didn't exactly try _everything_ :-) On a lark, I tried a different
SCSI cable and that did the trick. The original cable I used was defective.
  
-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.periphs.scsi
Subject: Re: 2,5" harddisk cables? WHERE??
Date: 15 Dec 92 20:21:35 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

torrunes@idt.unit.no (Tor Rune Skoglund) writes:
>In article <724266804snx@sugs.tware.com>, landis@sugs.tware.com (Hale Landis) writes:
>|> 2.5 inch drives use a 50-pin connector:  40 pins for the standard
>|> IDE (ATA) signals, 4 pins for power, 2 pins for key (usually
>|> removed) and 4 pins for vendor unique jumpers.
>
>Yes. I was in fact looking for an IDE 44 pin cable, but I might settle
>for a 50-pin SCSI, and 'cut' it, physically! Those 44 pin cables
>seemes really terribly hard to find.

	Note: the 44 pin cable is a finer pitch than "normal" ribbon cable.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.periphs.scsi
From: dje@sspiff.cygnus.com (Doug Evans)
Subject: Re: Any comments on Fujitsu SCSI drives?
Organization: Cygnus Support
Date: Sat, 12 Dec 1992 09:41:46 GMT
X-Newsreader: Tin 1.1 PL4

stephen@glas.rtsg.mot.com (Stephen Shortland) writes:
>Does anybody out there have any comments on Fujitsu SCSI drives?
>I am thinking of buying a Fujitsu M2618SA 210Mb SCSI drive, and
>would be interested in hearing comments from anybody who has
>had good, or bad, experiences with these drives.
>
>I plan to use the drive as a second drive on a Dell 486/66Mhz DX2
>ISA machine, using an Adaptec 1542 controller. I will be installing
>Coherent and Linux on the drive, so I am particularly interested in
>hearing from people using these operating systems.

I have a Fujitsu M2266S (1 gig) attached to a Bustek 542B and love it.

It's a bit noiser than other drives, but it has a 5 year warranty.
-- 
Doug Evans               | And Life, that sets all things in rhyme,
dje@sspiff.cygnus.com    | May make you poet, too, in time -
                         | But there were days, O tender elf,
                         | When you were Poetry itself!         C. Morley
From: esrne@csv.warwick.ac.uk (Mr P I Neaves)
Newsgroups: comp.periphs.scsi
Subject: SBUS development kit
Date: 16 Dec 1992 10:48:55 -0000
Organization: Computing Services, University of Warwick, UK
NNTP-Posting-Host: violet.csv.warwick.ac.uk


Has anybody successfully installed the SCSI driver, sip.c 

provided with the SBUS development kit.

..'cause I haven't :-(

Replys by email please - esrne@csv.warwick.ac.uk


Phil
From: edwong@acs.nntp-read.bu.edu (Edward Wong)
Newsgroups: comp.periphs.scsi
Subject: SCSI hard disk vendor?
Date: 13 Dec 92 20:50:01 GMT
Distribution: comp
Organization: Boston University Information Technology Boston, MA USA

Would someone recommend to me the name of the vendor which has the cheapest
price on the SCSI hard disk, and yet sufficiently reliable?

--
Thanks.
8)
  _               _     | user's name:  Edward Wong
 |_ |\ \   / /\  |_) |\ | ARPA:     edwong@acs.bu.edu	
 |_ |/  \^/ /==\ | \ |/ | UUCP:     acs.bu.edu!edwong
From: mrm@st-andrews.ac.uk (Malcolm R. McLeod)
Newsgroups: comp.periphs.scsi
Subject: is adapteck 1522/kit worth buying
Date: 18 Dec 92 17:32:38 GMT
Organization: St. Andrews University, Scotland.

am i doing the right thing considering buying an adapteck 1522?

i was told it was a 1542 with dma missing, is this important?

the drives it will be controlling are quantum 240S 's and the os will
initially be dos/win and then os2/win nt

all help appreciated by mail if possible as checking replies and be a 
bit dodgy on this system

thanks again and a merry xmas one and all
From: splee@pd.org (Seng-Poh Lee, Speedy)
Newsgroups: comp.periphs.scsi
Subject: Does a SCSI to IDE converter exists?
Date: 13 Dec 92 18:02:49 GMT
Article-I.D.: emory.1gfts9INNk63
Organization: Public Domain Inc.
NNTP-Posting-Host: noel.pd.org
X-Newsreader: TIN [version 1.1 PL6]


Subject says it all. I know there are SCSI to MFM, and SCSI to ESDI
converters, but what about SCSI to IDE?

Thanks

--
Seng-Poh Lee    <splee@pd.org>
Newsgroups: comp.periphs.scsi
From: dean@lynx.cat.syr.edu (Dean W Bettinger)
Subject: single-ended to differential SCSI converter
Organization: Syracuse University
Date: Thu, 17 Dec 92 21:51:58 EST

I need to hang a differential SCSI drive on my Adaptec 1542B controller.	I have other single-ended devices on the bus.

Does anyone make a converter?
From: danj@hub.parallan.com (Dan Jones)
Newsgroups: comp.periphs.scsi
Subject: Re: 500,000 hour MTBF!!!
Date: Sat, 12 Dec 92 16:27:58 PST
Organization: Parallan Computer, Mountain View CA

thomas@atomica.fi (Thomas Aschan) writes:

> danj@hub.parallan.com (Dan Jones) writes:
> 
> >I remember making my first reliability calculations in the 
> >days of 40,000-50,000 hr MTBFs for disk drives and there was no question 
> >that some form of protection was needed. Nowadays, it is a more difficult
> >sell due to the amazing ten fold improvment in drive spec'ing.
> 
> 	Somebody changed the POH from 24h to 8h a couple of years ago
> 	which explains the sudden increas in MTBF.
> 
> 	Cheers, Thomas

It's true that most of the increase comes from tighter spec'ing, but
not at the expense of POH. Quite the contrary. In the case of IBM, for 
instance, they indirectly recommend increased POH (6000 hours per year) 
and less power cycling (less than 300 on-off cycles per year) and a 
stated duty cycle (20% or less of the time spent seeking, reading, and 
writing).

Dan Jones
Newsgroups: comp.periphs.scsi