HDTenEightyP/NetNews huggingface dataset:
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.periphs.scsi
Subject: Problems with Adaptec 1542B on SCO Unix
Date: 16 Aug 92 08:50:17 GMT
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
X-Md4-Signature: 15287c6b726c032f2f1b4bb48cd7bffc

I have big trouble with my serial port on SCO Unix.
It looses characters during disk-i/o. It seems, that the adaptec 1542B
hostadapter occupies the bus too long during disk-i/o.

I have 16550A chips on my com-boards. The SCO driver supports them. I
also tried "fas" from Uwe Doering.
I changed the fifo trigger level with SCO sio to FCR_Rx1.
I changed the bus on/off time for the adaptec to 4/12.
Nothing of these worked. As soon as I copy a 1MB file, the driver
looses characters, about 10-20 characters at a time.

All seems to be configured correctly. I use CRTSFL in my atdialer and
I verified that CRTSFL is set during connection with cu (with stty -a
from another multiscreen). CLOCAL is not set during connection.
CTSFLOW and RTSFLOW are also not set. With fas I used a minor device
number of 80+port# and the /usr/lib/uucp/Dialer script.
The cable to the modem is a flat ribbon cable, all 25 pins connected
straight through. The modem is configured to use bidirectional hardware
flow control (\Q3 on a Best 14400EC). I use a port speed of 9600bps,
which should not be too high. My cpu is a 33 MHz 486DX, which should
be fast enough.

With cpu intensive programs running in the background, flowcontrol
works fine: screen scrolls, then stops, then scrolls without loosing
any character. But when copying 1Mb files in the background, it looses
many characters !

Has anyone a dumb serial card in conjunction with adaptec 1542B at
9600bps without character losses ?
Is it possible to get it working with an adaptec or is it not possible ?

N.B.
On another system (at work) I have errors in floppy read/writes in
conjunction with heavy disk i/o. This is probably the same problem,
the adaptec prevents the cpu from accessing the bus.
Probably you should not use bus master dma cards in ISA-bus systems !!!????

This is perhaps the reason, why AT&T doesn't support the adaptec.

Which SCSI Controller is supported by SCO Unix and does not use bus
master dma ? Perhaps the WD7000 ?

Jochen
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
From: dough@tau-ceti.isc-br.com (Doug Hockin)
Newsgroups: comp.periphs.scsi
Subject: Rodime RO3259T Rev. 4
Summary: Problems with Rodime RO3259T Rev. 4?
Keywords: Rodime, SCSI
Date: 20 Aug 92 22:06:43 GMT
Distribution: usa
Organization: ISC - Bunker Ramo, Spokane, WA

Anyone out there had problems (like getting back the wrong data) with
the Rodime RO3259T Rev. 4 200 Mbyte SCSI disk drive? We are going to
experiment with turning off the drive's internal cache to see if that
fixes the problem.

Send me e-mail and I'll post a summary.

Doug Hockin                     Internet:  dough@mail.isc-br.com
ISC - Bunker Ramo               UUCP:      oliveb!isc-br!dough
22425 East Appleway             Phone:     509 927 5477
Liberty Lake WA 99019-9534 USA  Fax:       509 927 5612


-- 
Doug Hockin                     Internet:  dough@mail.isc-br.com
ISC - Bunker Ramo               UUCP:      oliveb!isc-br!dough
22425 East Appleway             Phone:     509 927 5477
Liberty Lake WA 99019-9534 USA  Fax:       509 927 5612
From: leffler@vela.acs.oakland.edu (Bob Leffler)
Newsgroups: comp.periphs.scsi
Subject: corel drivers
Date: 13 Aug 92 20:23:07 GMT
Organization: Oakland University, Rochester MI.


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
Newsgroups: comp.periphs.scsi
From: kenw@teal.csn.org (Ken Waletzki)
Subject: Adaptec 1542B, Exabyte 8mm, and Me.
Organization: Colorado SuperNet, Inc.
Date: Thu, 13 Aug 1992 16:09:02 GMT

I need some backup software known to work with the Adaptec 1542B, 
an 8mm Exabyte Drive, and Ms. DOS.  I have tried a few PD tar
packages for DOS and it seems to start working ok, but after writing
an undertermined amount of data to the drive I get varing error 
messages.  I know the drive works, cuz it used to work on a MIPS
workstation just before I moved it to this ISA 486 Ms. DOS box.

Any clues anyone -- also does anyone know an email address for Exabyte?


-- 
Ken Waletzki Consulting, 2525 Arapahoe #E4-107, Boulder, Colorado  80302
303-494-8953, email kenw@csn.org
Xref: sparky comp.periphs.scsi:4091 comp.os.os2.misc:27567
From: jeanpaul@blade.stack.urc.tue.nl (Jean-Paul Smeets)
Newsgroups: comp.periphs.scsi,comp.os.os2.misc
Subject: Help: Weird problem with AHA1542 and OS/2
Date: 17 Aug 92 23:44:48 GMT
Followup-To: comp.periphs.scsi
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.


I'm having serious and strange disk problems with my Adaptec 1542
under OS/2.

My system  is an  33Mhz 486  with an  330MB CDC  ESDI disk  on an
Adaptec 2322D,  660MB HP  SCSI disk  on an AHA1542B, Tseng ET4000
VGA card and an ATI 8514 Ultra.

Reading and  writing to both disks works perfectly under both DOS
and Unix Sys V R4. Reading from both disks also works under OS/2.
Writing large  files to  the SCSI disk however does not work. The
following things happen:

     -    small files  can be  written correcly,  but large files
          always get corrupted
     -    the files  are always corrupted at an offset of xxx600h
          or xxxE00h
     -    what happens is always the same: one byte in the source
          file at  this magical address is always replaced by 80h
          bytes of other data, mostly FFh
     -    the rest of the file follows after the 80h junk bytes

An example  of a  corrupt file  follows. The  error  occurred  at
offset 001E00h.  The original  file contains  FB DC  1C.  In  the
corrupt file the FB byte is missing, but at offset 001E80h, after
128 junk bytes, the bytes DC 1C are back.

It certainly  looks as  a bug  in the  Adaptec OS/2  drivers.  If
somebody knows a solution, please let me know.

Original source:
001DF0  E1 32 1B 75 86 C6 CB 41-C1 C2 E2 1F 07 09 76 53
001E00  FB DC 1C 39 E5 76 DB 65-82 3D BB D4 2B 9E B8 E1
001E10  2B B5 14 70 BE 3D 71 C7-55 E1 AE 38 63 73 73 D7
001E20  1C 68 9D 66 09 F4 08 0E-80 BB 11 C8 7A 5D A2 BC
001E30  37 4D 61 17 3F 50 B9 E5-25 B9 1D CF 55 CF 71 C5
001E40  10 91 D5 F5 55 F2 D1 B9-B6 07 37 79 67 AA AE EE
001E50  7C 29 77 73 F1 DB 52 E9-CD FB CE FA 62 B9 A7 9B
001E60  BC EC 09 55 5C D5 37 73-B7 AF BE 43 76 C5 29 7B
001E70  37 85 78 87 1E 40 2F 87-2B 6E 4D 34 FE 9C C5 8E
001E80  FA F2 A9 9D F5 A3 A6 30-74 DB 41 DC D2 6B 8E 2D
001E90  E9 0B 05 68 AD 19 EB 5A-AA F3 35 68 57 65 9B E5
001EA0  D1 9E E1 66 4D E0 66 42-30 C0 C2 F4 87 50 12 03

Corrupted copy:
001DF0  E1 32 1B 75 86 C6 CB 41-C1 C2 E2 1F 07 09 76 53
001E00  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E10  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E20  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E30  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF 00
001E40  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E50  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E60  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF FF
001E70  FF FF FF FF FF FF FF FF-FF FF FF FF FF FF FF 00
001E80  DC 1C 39 E5 76 DB 65 82-3D BB D4 2B 9E B8 E1 2B
001E90  B5 14 70 BE 3D 71 C7 55-E1 AE 38 63 73 73 D7 1C
001EA0  68 9D 66 09 F4 08 0E 80-BB 11 C8 7A 5D A2 BC 37


Thanks, Jean-Paul

Jean-Paul Smeets
E-mail: jeanpaul@gem.stack.urc.tue.nl
From: andres@scf16.scf.loral.com (Jeff Andres)
Newsgroups: comp.periphs.scsi
Subject: EXB-8200 transfer rate
Date: 19 Aug 92 21:22:40 GMT
Organization: Loral Space & Range Systems


Hi! I'm posting this questionfor some fellow engineers who are having
problems in determining the length of a 8mm tape in bytes. They are
using a CMS tape drive EXB-8200. They wrote a program to write 512 Kbyte
blocks and it has written to the tape drive for nearly 24 hours and is
still going...This doesn't make sense that an 8mm tape can hold this
much information.

Can anybody out there assist us? Does anybody out there have experience
with the tape drive ? and can you write larger than 512K blocks ?

Send direct !     :)

Thanks.

From: andres@scf16.scf.loral.com (Jeff Andres)
Newsgroups: comp.periphs.scsi
Subject: Max tape length for CMS 8mm tape drive
Summary: 
Followup-To: 
Distribution: world
Organization: Loral Space & Range Systems
Keywords:
Newsgroups: comp.periphs.scsi
Subject: FAQ?
From: byron@bart.hsc.ucalgary.ca (Byron Draudson)
Date: 19 Aug 92 16:10:16 MDT
Reply-To: byron@yogi.hsc.ucalgary.ca
Distribution: world
Organization: Radiology, Foothills Hospital

Is there an FAQ file for this group? - I've got a ton of 'em.

-- byron
________________________________________________________________________
Byron Draudson, Systems Manager               byron@yogi.hsc.ucalgary.ca
Radiology, Foothills Hospital, Calgary, Alberta, Canada   (403) 670-2442
Newsgroups: comp.periphs.scsi
From: jegm@cody.esd.sgi.com (Jim Morris)
Subject: Re: Adaptec 1542b cdrom support
Reply-To: jegm@esd.sgi.com
Organization: Silicon Graphics, Inc.
Date: Thu, 20 Aug 92 20:47:21 GMT

In article <1992Aug20.193840.27357@welchgate.welch.jhu.edu>, dv@welch.jhu.edu (Deepak Vaidya) writes:
|> I just purchased a adaptec 1542b kit, and was wondering where I can get the cdrom
|> support drivers.  Does adaptec deal directly with end users.

You have to buy ASW410. This is the CD-ROM driver, it is available from
dealers who sell adaptec controllers. They usually charge an outrageous
$80 - $90 for it. Personally I think they should be free from Adaptec's
BBS, but then I didn't write the drivers!!

Also check very carefully that the driver supports you're brand of CDROM

See my other post in this group for why!! 

-- 
Jim Morris, Email: jegm@esd.sgi.com  Voice: (415) 390-5136
Newsgroups: comp.periphs.scsi
From: gettys@regent.enet.dec.com (Bob Gettys)
Subject: Re: (3.5" 1"H) vs (3.5" HH)
Organization: Digital Equipment Corporation
Distribution: comp
Date: Sat, 15 Aug 1992 12:47:48 GMT


In article <1992Aug14.172444.6670@ukw.uucp>, lupe@ukw.uucp (Lupe Christoph) writes...
>alawa@gna.axis-design.fr (Allaoua Bouabdallah) writes:
> 
> 
>>I am looking for a Big and Chip scsi hard-drive that fit in my pizza-box.
>>I found one (Fujitsu 520MB 12ms 3.5" 1"H - $1199) but what's the difference
>>between  3.5" 1"H and   3.5" HH ?
> 
>The Fujitsu 2624 drive is a full height 3.5" drive. In this case, the
>height is specified as 41.3 +- 0.5 mm. Halfheight drives are about
>an inch high (I have no exact specs for any of these, sorry).
> 
>>Does the fujistsu fit in a pizza-box ?
>It does. I would not recommend putting more than one of these
>"hot" drives in a pizza box with only one fan (at the power supply).
>For a SPARCstation 2, two drives are supposedly OK (*your* risk ;-).
>I was also told that this drive is OK for an IPC or IPX, BTW.
>-- 
>| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
>| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
>| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
>| Res non sunt complicanda praeter necessitatem. |  of my employer.        |



	A 3.5 inch drive comes in two heights. The original height is called
Half-high because it is the same height as a standard halh-high drive bay. The
newer 1 inch high drives are made to fit into a "real" 3.5 inch drive bay. Note
that a 3.5 floppy is only 1 inch, not the 1.5 inches that is half-height.


	/s/	Bob Gettys
Newsgroups: comp.periphs.scsi
From: oyang@cs.monash.edu.au (Kai Shing O'Yang)
Subject: Re: Why does 1542BK not include OS/2 2.0 software?
Organization: Computer Science, Monash University, Australia
Date: Fri, 21 Aug 1992 03:07:55 GMT

terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes:

>In article <92233.102025HXC6@psuvm.psu.edu>, HXC6@psuvm.psu.edu (H. Choe) writes:
>> After learning about the benefit of buying AHA-1542B Kit (rather than the
>> board bundled with a hard disk), I bought the kit from a mail order co.
>> Three softwares are included, but ASW-1220/1420 software is for OS/2 1.3
>> version!   Does anybody have a version for 2.0?

>  The idea is that OS/2 would have built-in support for the 1542. There are
>some bugs in that code, though. An updated driver is available from the 
>Adaptec BBS and should be part of the forthcoming OS/2 bugfix release.

ftp to hobbes.nmsu.edu and look in /pub/os2/2.0/drivers. The Adaptec bug-fix
are there, (chose the latest one).

Kai
--
- Kai S O'Yang, Dept of Comp Sci, Monash Uni, Clayton VIC 3168, Australia  
- AARNET: oyang@bruce.cs.monash.edu.au         - Voice : +(61) 3 565 5778
					       - FAX :   +(61) 3 565 5146
'If one believes everything from the book, rather have no book.'
From: wkulecz@life.jsc.nasa.gov (Walter B. Kulecz, Ph.D)
Newsgroups: comp.periphs.scsi
Subject: Problem moving HD from SUN to Mac.
Date: 20 Aug 1992 18:21:16 GMT
Followup-To: comp.periphs.scsi
Organization: KRUG Life Sciences

We replaced the Quantum 105S drive in our Sparcstation 1+ with a larger
Maxtor and are having problems using the Quantum in a Mac IIfx (the Maxtor
installation in the SUN was uneventful).

We've tried all the formatting and partitioning utilities we can find
around here, i.e.  Apple HD Setup for A/UX 3.0, Disk Manager Mac, HDT,
Silverlining, etc.  They all appear to read and write data correctly during
surface scans,  but put up cryptic error alert boxes (error -301 or -328)
when it comes time to write the partition table.  Typically saying
something like "partition table invalid" (why not just write a new blank
one and continue).

Reading the drive specific parameter pages we find:

Manufacture: QUANTUM
Model: P105SS 910-10-94
Capacity = 102537 K
etc.

I tried the drive under DOS with an Adaptec 1542B without problem (after I
installed the PE jumper).

Anybody know the "trick" to make this work??
Newsgroups: comp.periphs.scsi
From: feustel@netcom.com (David Feustel)
Subject: Re: Problems with Adaptec 1542B on SCO Unix
Date: Wed, 19 Aug 92 00:05:32 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

I've run com at 19,200 with an 8250(!) and never had any problems with
either the com or the 1542a scsi controller under os/2 v2.0. I'm even
running my scsi drive as an HPFS now - no problem!
-- 
Dave Feustel N9MYI <feustel@netcom.com>
---
Given Civil Seizure, from the DEA's point of view, winning the War on
Drugs would be killing the Goose that lays golden eggs.

The War on Drugs is a full-employment program for psycho/socio-paths.
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.periphs.scsi
Subject: Re: AMI EISA SCSI Cached Controller - Experience?
Date: 17 Aug 92 17:43:31 GMT
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
X-Md4-Signature: b07a2cd932c3ec1923d25a115d0bc9f5

In article <713809508snx@echidna.adept.oz.au> smh@echidna.adept.oz.au (Stephen Hodgman) writes:

   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 ?

We have it for a few month and we like it.
No problems under SCO and very very fast !

Jochen

-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: comp.periphs.scsi
Subject: Re: 1542A & 1542B Differences ?
Keywords: 1542A  & 1542B  Differences ?
Date: 13 Aug 92 19:49:27 +0200

Shalom,

afv@eng.cam.ac.uk (Frans Volschenk) writes:

>I can get hold of an un-used 1542A at a very good price.  Are there
>many differences between that and the 1542B ?  This is for use in an
>EPSON 386 with an embedded IDE controller, and I have been told that
>the only SCSI controller that would work is the Adaptec 1542B - Is this
>right ?

 To my informations I can say that the 1542B is the newer release. The
A is the older revision and is bigger than the B. The functionality
is the same.

regards
       Dirk-- 
*  Dipl.Inform. Dirk Rode - Zwischenahner Str. 64 - D-W-2910 Howiek        *
*  OFFIS - Rechnerbetrieb   E-Mail: diro@edison.phone.North.DE             *
*   Fuer Veroeffentlichungen _AUSSERHALB_ des Newssystemes gelten _MEINE_  *
*  Geschaeftsbedingungen. Nichtbeachtung wird in der Regel zivil- und      *
*  strafrechtliche Folgen nach sich ziehen.       gez. Dirk Rode           *
From: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Newsgroups: comp.periphs.scsi
Subject: Re: 1542B Synchronous/Asynchronous
Date: 13 Aug 92 18:50:30 GMT
Reply-To: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Organization: NCR Microelectronic Products Division

In article <1992Aug06.144142.6358@adaptx1.UUCP> neese@adaptx1.UUCP (Roy Neese) writes:
>One thing you should be aware of and the reason for the jumper to begin
>with is this; some devices want to negotiate for the sync protocol and
>in that case, you must remove the 1542B jumper.  You can't have both the
>target and initiator negotiate for sync protocol.  Or you must disable
>sync negotiation on the target device in order for the 1542B to
>negotiate for sync.

Roy, I wanted to see if you could clarify this a little bit. I don't
understand why you would need to disable initiating the synch negotiation
if the other device is one that will initiate the synch negotiation. If the
initiator wants to initiate negotiation, it will just assert ATN (most likely
during selection phase so it can send the 5 byte synch negotiation message
after the identify message) causing the target to assert MSG_OUT phase.
Then the target would assert MSG_IN phase and send 5 bytes back and they
would both be set to do synchronous. Now if the target initiated the
negotiation it would assert MSG_IN first, and the initiator should 
respond.

It seems that both devices should be able to recognize that the other
device did the negotiation and should not initiate another negotiation.
Now I believe that you might be saying that some devices you have
encountered have problems with this, which would indicate problems with
the drivers if I am not mistaken.

For that matter, I believe that the spec allows more than one negotiation
per device. It would seem unneccessary, but I believe it is allowed for
devices to re-negotiate their synchronous parameters.



-- 
Guy W. Kendall - Applications Engineer            Guy.Kendall@ColoSpgs.NCR.COM
NCR Microelectronic Products Division               Voice: 719-596-5795 x465
1635 Aeroplaza Drive                                  Fax: 719-570-6045
Colorado Springs, CO 80916                            BBS: 719-596-1649 
Newsgroups: comp.periphs.scsi
From: tadr@doe.carleton.ca (Tom A. D. Riley)
Subject: Re: adaptec 1522/1542 quickie
Organization: Dept. of Electronics, Carleton University
Date: Thu, 20 Aug 1992 15:52:22 GMT

Sorry this is not an answer but another sub question. I see
lots of drivers for 1542/1540 do they work with a 1520/1522?
Of course, my concern rises from the fact that I have a 1520.
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.periphs.scsi
Subject: Re: Problems with Adaptec 1542B on SCO Unix
Date: 20 Aug 92 17:26:54 GMT
	<1992Aug18.143643.28878@adaptx1.UUCP>
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
X-Md4-Signature: 65da167e3032e294ccdc6f0c68c3eca4

In article <1992Aug18.143643.28878@adaptx1.UUCP> neese@adaptx1.UUCP (Roy Neese) writes:

   I have to think something else is awry here as I have been running 2
   Telebit T1000 modems at 9600 baud for a year or so, without a single
   character loss, and my dumb serial ports are not the 16550A.

Why are you sure, that you have no character losses ? With uucp you
probably will not notice it. The only fact is, that the transfer rate
with incoming files is not as high as it could be.
The surest way to determine character losses is: Receive a big file
with a error correcting modem (MNP or V42) and Zmodem protocol.
If there are no retransmits, all is ok.

   My bus on
   time is 7 and off time is 4.

Can you explain, what buson and busoff exactly means ?
The default in SCO unix is buson=8,busoff=5.
I tried also buson=4 and busoff=12. But I don't knew what I did :-(

Is there a manual available for the 1542, where such things are
explained. The little folded sheet of paper, which I received with my
adapter, is not very useful in such things :-(
If I buy a taiwan-VGA card, there comes much more paper with it.

   You might take a look at the CLISTS and see if it is set high enough in
   the kernel config parameters.  If you overflow the clists, you will lose
   characters.  Just a suggestion.

NCLIST is set to 300. Is this enough ?

The german distributor, from which my dealer receives the
adaptec adapters, also knows about problems with the 1542 in
multitasking environments. This distributor says, that 1522 and 1742
work with no problems, but the 1542 sometimes causes problems. And
this distributor says, that adaptec always denies the existence of such
problems, they say, it's not the adapter, it's the mainboard.
Whom should I believe ?

Next week I will receive a 1522 and we will see if the problems go
away.
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: What's SCSICTRL.EXE & where can I find it?
Organization: Adaptec Inc., Texas
Date: Mon, 17 Aug 1992 19:51:40 GMT

In article <1992Aug14.135503.4013@inmos.co.uk> hillm@inmos.co.uk (Mark Hill) writes:
> I've heard rumours that SCSICTRL.EXE is a R. Neese/Adaptec special, but
> other than that...?

It's called SCSICNTL and it is not an Adaptec special.  It is mine and
mine alone.  It is available from adaptex via anon uucp and there are
some FTP sites that carry it as well, althgou I am not aware of who they
are.  Please drop me a line if you would like it and let's see what we
can work out.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
Newsgroups: comp.periphs.scsi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Logical Block Size for SCSI drives
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 15 Aug 92 23:28:40 GMT

In <3508@atlas.tegra.COM> vail@tegra.COM (Johnathan Vail) writes:
| 
| Also, with 512 byte blocks the most you can transfer in one SCSI
| command is 64K blocks or 32 Meg.  Larger block sizes increase the
| amount of data you can move with one SCSI command.

That is true only if you use the older 6 byte commands.  Many
systems these days use the 10 byte commands.  A bigger problem
with the 6 byte commands (for disks) was inability to access
more than 2^21 sectors (1 Gbyte at 512 bytes).
--
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
Xref: sparky comp.periphs.scsi:4123 comp.realtime:979