HDTenEightyP/NetNews huggingface dataset:
From: tom@LANCE.ColoState.Edu (Tom Aurand)
Newsgroups: comp.periphs.scsi
Subject: Re: Novell 3.11 + Bustek EISA + 1.2Gb SCSI
Summary: requesting follow-up on post
Date: 16 Aug 92 13:23:27 GMT
Organization: Colorado State U. Engineering College

In article <18740001@hprnd.rose.hp.com> k@hprnd.rose.hp.com (Steve Kao) writes:
>Justin Twiss:
>>   We're having a problem at work getting our Wren-7 SCSI 1.2Gb hard disk
>>   to format to more than 990Mb under Novell 3.11.
>>   We're using a Bustek Bus-mastering card in a 486/33 EISA with 16Mb ram
>>   Any hints would be appreciative as we really need the other 200Mb
>
>Here at HP, we've discovered that some SCSI cards violate the SCSI
>specifications.  In particular, there's a clock signal that gets
>reflected back onto the bus, causing problems for other cards on the
>bus.  The workaround is to put the SCSI cards in the lower numbered
>slots and the EISA cards above them.  Avoid the higher numbered slots.
>Remember that slots 3 and 5 CANNOT be used for bus-mastering cards like
>the 1740 and the NE3200 LAN card.  These problems are most apparent on
>486/33 systems (any manufacturer), but we've seen the problem on
>486/25's as well.
>
>I hope this helps.
>
>- Steve Kao
>This is NOT an official response of Hewlett-Packard.


Please respond with more specifics here.  My EISA motherboard manual and
bus mastering SCSI controller manual do NOT speak of positional dependencies.
Brand names would be of PARTICULAR interest.
Tom
From: tmh@doppel.first.gmd.de (Thomas Hoberg)
Newsgroups: comp.periphs.scsi
Subject: Can you query a SCSI tape about the block size of data on tape?
Date: 12 Aug 92 19:40:00 GMT
Distribution: comp
Organization: GMD-FIRST, Berlin

I am running 386BSD on a 486/3all SCSI system (Wren VII, S Syquest,
Tandberg TDC 3800 QIC 525 tape). I want to read backups written under
ISC Unix written with CPIO and a double buffering version of DD
(called DDD). I specified a blocksize of 256k for DDD to use on
writes. Since I never had the sources to DDD I don't know for sure
that it actually used 256k writes on the tape device or whether it
just used 256k for an internal buffer.

My questions are the following:
Can you ask the tape drive to report the physical block size with
which the data was written on the tape?
Is it possible to use different block sizes within a single tape?
Can you ask the tape to reblock the physical blocks to 512 byte upon
reading (it has a 256k buffer after all)?

386bsd can handle reads upto 64k. I get a block size error for just
about any block size I tried.
Please reply via E-Mail.

Thanks, Thomas
---
Thomas M. Hoberg   | Internet: tmh@first.gmd.de
1000 Berlin 41     |           tmh@cs.tu-berlin.de
Wielandstr. 4      |
Germany            | BITNET:   tmh@tub.bitnet 
+49-30-851-50-21   |

Newsgroups: comp.periphs.scsi
From: mbl900@anusf.anu.edu.au (Mathew BM LIM)
Subject: IBM BMC type channel -> SCSI II ?
Organization: Computer Services Centre, Australian National University
Date: 18 Aug 92 04:51:47 GMT

We run a Fujitsu VP2200, hardware-wise, it's similar
to an IBM S370 with BMC type channels. It runs UXP/M, Fujitsu's 
implementation of Unix System V R.4. I'm investigating the possibility
of supporting SCSI II devices on this beastie and would like to know
if it's possible to get a BMC Channel -> SCSI II connection of some sort.
If there is, then how about software support? I suspect this may
be harder than finding the H/W for it.

Thanks in advance.

--
Mathew Lim, Unix Systems Programmer, ANU Supercomputer Facility,	
Australian National University,	GPO Box 4, Canberra City, ACT, Australia 2601.
Telephone : +61 6 249 2750 	| 
Fax       : +61 6 247 3425	| E-Mail  : M.Lim@anu.edu.au
From: wegrzyn@nic.cerf.net (Chuck Wegrzyn)
Newsgroups: comp.periphs.scsi
Subject: CorelSCSI Software and the 1542B
Date: 21 Aug 92 13:40:12 GMT
Organization: CERFnet

I am told that the CorelSCSI software will run with the Adaptec 1542B.
Does anyone know if this is true? For less than $99.00 you get all the
drivers in the world for everything from Tapes to WORMS and back again.
Having dealt with Corel before (with Corel Draw 2.0 and 3.0), all I can
say is that there support is excellent.

Chuck Wegrzyn...

Newsgroups: comp.periphs.scsi
From: rac@sherpa.uucp (Roger Cornelius)
Subject: SCSI vs fast SCSI
Organization: Personal System Computing :-) Gulfport, FL
Date: Wed, 19 Aug 1992 01:07:42 GMT

In the case of hard disk drives, does fast SCSI provide a significant
performance increase over plain SCSI?  One controller vendor suggested
that fast SCSI pushes the envelope and is more succeptible to failure
and for our purposes will provide no benefit.  Their controller
supports fast SCSI, but they claim plain SCSI will perform just as
well for our application (Unix server with disk attached to intelligent
caching controller).

Can anyone comment?

-- 
Roger Cornelius            rac@sherpa.UUCP         ...!uunet!sherpa!rac
Newsgroups: comp.periphs.scsi
From: smace@nyx.cs.du.edu (Scott Mace)
Subject: floppy drives for 1542B
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Fri, 14 Aug 92 19:30:39 GMT


Are there any floppy drives (3.5" HD) that are recogmended for the
Adpatec AHA-1542B?  
--
*********************************************************************
*    Scott Mace                internet:    smace@nyx.cs.du.edu      *
*                                          emace@tenet.edu          *
*********************************************************************
From: smh@echidna.adept.oz.au (Stephen Hodgman)
Newsgroups: comp.periphs.scsi
Subject: AMI EISA SCSI Cached Controller - Experience?
Distribution: world
Date: Fri, 14 Aug 92 16:25:08 GMT
Organization: The Echidna's Revenge

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
From: reimert@mamacass.etdesg.trw.com (Scott P. Reimert)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec 1542b cdrom support
Date: 21 Aug 92 01:13:31 GMT
Organization: TRW Inc., Redondo Beach, CA

In article <1992Aug20.193840.27357@welchgate.welch.jhu.edu> dv@welch.jhu.edu 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.
>
>Thank You
>
>- Deepak Vaidya
>dv@welchgate.welch.jhu.edu
>[128.220.59.13]
>
>
>
I got mine from Computability. I don't have the number, but they advertise
in PC Mag. It's usually in the back somewhere. The module you want is the
ASW410 module, and runs about $55.00.

			Scott


-- 
-------------------------------------------------------------------------------
  Scott Reimert  \    reimert@mamacass.etdesg.trw.com     /Standard disclaimer:
Redondo Beach, CA \______________________________________/"Blah blah blah ... "
__________________|Always store beer in a cool dark place|_____________________
From: yin@ucsee.Berkeley.EDU
Newsgroups: comp.periphs.scsi
Subject: Non-embedded SCSI and Tek 6130, help needed
Date: 18 Aug 92 02:54:44 GMT
Reply-To: yin@ucsee.Berkeley.EDU
Distribution: usa
Organization: University of California Society of Electrical Engineers (UCSEE)


Our research group has a Techtronix 6130, which is probably long out 
of production by now.  Due to budget constraint, we are stuck with.  
Now we need a hard disk with at least 100MB capacity.  We contacted 
Techtronix, but all we learned from them is that Tek 6130 uses so 
called non-embedded SCSI and Maxtor 1105 works with it.  The problem 
is we do not know what is special about this non-embedded SCSI.  
I know that all SCSI are not the same because different manufactuer 
assign different meaning to SCSI command codes.  SCSI 2 supposedly 
solve that progblem but it is probably irrelevant here.  Furthermore, 
Maxtor 1105 is already out of production.

I would appreciate any information regarding possible solution to our 
problem.  Especially I would like to know what commercially available 
hard disk would work with Tek with minimal effort, i.e. without having 
to write our own software to drive it.

Many thanks in advance.
From: esack@eiffel.helios.nd.edu (Eric Sack)
Newsgroups: comp.periphs.scsi
Subject: Two Fujitsu 520's, a Quadra 950, and heat...
Summary: Is there enough air circulation?
Date: 22 Aug 92 07:59:35 GMT
Followup-To: comp.periphs.scsi
Organization: University of Notre Dame, Notre Dame

I posted the following question to comp.sys.mac.hardware
the other day, but I haven't heard or seen anything
posted yet. I hope someone here can help since this
is where I first heard about the Fujitsu's running
warm as well as what heat can do to a drive's life...

I have heard that the 520 MB drives from Fujitsu tend to
run a bit warm (hot?). I plan on putting two of these
in the rear bays of a Q950, but I'm concerned that heat
build-up will be a problem. Is air circulation in the
Quadra sufficient enough to dissipate whatever heat is
generated by these drives? In the event that it would
influence the answer to this question, there will be a
DAT drive in the front bay, but no NuBus cards at this
time. There will be cards to come, but I don't know
what they are at this point though. (For fun: figure
on a video card and two Radius Rockets - 33's of course.)

Eric
--
Eric G. Sack                          |         Voice:          219/283-1985
Department of Civil Engineering       |           Fax:          219/239-8007
  and Geological Sciences             |      Internet:  Eric.G.Sack.1@nd.edu
University of Notre Dame              |           CIS:             71150,150
Organization: University of Maine System
Date: Monday, 17 Aug 1992 10:19:21 EDT
From: <REE700A@MAINE.MAINE.EDU>
Newsgroups: comp.periphs.scsi
Subject: Re: HELP: SCSI and WINDOWS3.1

  I'm not sure if these will solve it, but here goes:
   1) put the line
VirtHDIRQ=Off
      in the [386enh] section.  This tells Windows that the SCSI bios must
be used to service the IRQ (ie windows doesn't know everything).

   2) disable write back caching in Smartdrv 4.0.  It sounds like you are
shutting off the computer before the cached data is written back to disk.
Never shut off a computer while the disk light is on (or else expect a damaged
FAT).  Look in the documentation for a flush option in smartdrv, if you intend
to keep write-back caches.

    Jeff Andle
Newsgroups: comp.periphs.scsi,comp.os.msdos.misc,comp.sys.ibm.pc.hardware
From: shad04@ccu.umanitoba.ca (Dan Fandrich)
Subject: Future Domain SCSI controller info display program
Summary: FDOMAINI, on alt.sources
Keywords: TMC-xxx,SCSI
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Sun, 16 Aug 1992 04:17:25 GMT

I've written a short program to execute some of the undocumented interrupt
calls for the Future Domain SCSI controllers and display the results.  I've
only tested it on my own controller, a TMC-870 with the version 6.0A BIOS.
The program will probably run on other controllers as well, but I'd like to
verify that.

My program is called FDOMAINI.  If you're running a Future Domain controller 
under MS-DOS, I'd appreciate you letting me know whether or not FDOMAINI works
on your system.  Please tell me your controller model number (TMC-xxx), BIOS 
version, and the `Controller version:' number that's displayed by FDOMAINI.
I'm especially interested in this `version' number, because I have a feeling
it's not the version number at all but rather a controller type code.  If
that is indeed the case, next revision I'll put in a lookup table to display 
the controller detected.

I've posted the source to alt.sources.  Although I wrote it with Turbo C, 
it ought to compile with MSC (as long as it has the intr() function).  If not,
please give me the patches and I'll incorporate them into the source.  The
source is also available with the binary via anonymous ftp at site
ccu.umanitoba.ca as file pub/fdomaini.zip for a short time.

>>> Dan
-- 
Internet: shad04@ccu.umanitoba.ca               Compu$erve: 72365,306
Newsgroups: comp.periphs.scsi
From: yuwaraj@ecf.toronto.edu (YUWARAJ Murugathas)
Subject: Driver for Microtek scanner (SCSI) wanted for Photostyler
Organization: University of Toronto, Engineering Computing Facility
Date: Wed, 19 Aug 1992 02:28:46 GMT


I'm in the middle of creating a poster for fund raising.
I would very much appreciate if some one could kindly point me
to source for the driver to be used with PhotoStyler to control
a SCSI (or IDE) Microtek color scanner (24 bit-I think).
This is kind of an urgent job and ANY kind of help would be
GREATLY appreciated..
          THank you in advance.....
Thas
University of Toronto
Eng.Sci. (Elec 9T3)

Newsgroups: comp.periphs.scsi
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Subject: TarChive posted on sonata.cc.purdue.edu
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 21 Aug 1992 17:45:28 GMT

TarChive is a set of Perl scripts for running backups.   
Originally written for Next, it should be easily portable  
to other Unix machines.

It has been tested with Exabyte and HP-DAT.  No feed back  
from QIC drives.

TarChive requires perl 4.10+ and gnutar 1.10+

TarChive enables tape labeling, and won't permit writing to  
another person's tape.  It also keeps logs of the contents  
of each tapefile so that finding stuff is made less  
painful.
From: bedi@toadflax.cs.ucdavis.edu (Rupinder S. Bedi)
Newsgroups: comp.periphs.scsi
Subject: adaptec 1522/1542 quickie
Date: 18 Aug 92 00:20:29 GMT
Organization: Department of Computer Science, University of California, Davis

I know this has been discussed many times over but I need a short 
reponse anyway.  What is the major difference between the 1522b and
the 1542b?   Sub-squestions:  I know it's the bus-mastering thingy,
but:
   does the 1522b do synchronis?
   what is the DMA and general speed of the 1522b
   how many flopies and hard drives does 1522b support
   

TIA, Rupi.

Please e-mail this as I doubt if anyone else wants to read it.
Thanx.
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: Synchronous Negotiations with a twist -- the NEC CDR 74/84
Organization: Adaptec Inc., Texas
Date: Mon, 17 Aug 1992 19:58:18 GMT

In article <2523@news.cerf.net> wegrzyn@nic.cerf.net (Chuck Wegrzyn) writes:
> Here is one for all of you synchronous negotiation fans. I just
> received a NEC CDR-84 and added it to my system. Some time ago
> there was a discussion about sync. negotiations in this newsgroup.
> I decided that I would enable it on the Adaptec 1542B. Well, guess
> what? It doesn't work with the NEC CDR-74/84! In fact it will
> tell you repeatedly that the drive isn't ready.
> 
> How did I figure this one out? Well, I took everything out of my
> 486/33 EISA system except a MONO monitor and the Adaptec controller.
> I also took everything off the SCSI bus except the CDROM player.
> After almost giving up, I started looking at jumpers and found the
> sync. negotiation jumper in!!! After removing it, everything worked!
> 
> Can anyone explain this one? By the way, the jumper didn't have any
> effect on my Maxtor 1G drive, or CDC 677M drive.

This is not an uncommon problem with CD-ROM devices.  I think Toshiba
has this problem also (still??), but it has been a while.
Basically, the device does not correctly honor/reject the extended
message for sync negotiating.  What I witnessed was simply (on another
CD-ROM), the device accepted the message but did not ever respond again.
And this device required a complete power cycle before it would ever
respond to anything on the SCSI bus again.  This is in violation of the
SCSI specification.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
From: padgett@cs.utexas.edu (Don Padgett)
Newsgroups: comp.periphs.scsi
Subject: Basic SCSI Question
Date: 13 Aug 1992 14:28:44 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: paducah.cs.utexas.edu
Keywords: host adapters, device drivers, SCSI

This question concerns the control of devices attached to
SCSI buses.  Are the controllers for various SCSI devices
attached to the bus in any circumstances directly accessible
to the cpu, or must all contact be directed towards a host
adapter, such as the Adaptec 1542A, whose job it is to
pass along requests to the SCSI device controllers?  In
older non-SCSI systems, the host adapter's role was basically
to reconcile the address space of the cpu-memory bus and the
address space of the I/O bus; the device controllers themselves
were still directly accessible to the cpu in these systems.

If it is the case that all contact with device controllers
in SCSI systems necessarily occurs through the host adapter,
then to what extent do the capabilities of various SCSI host
adapters differ?  I am right to believe that all host adapters
do basically the same job, but differ only in performance,
ease of use, etc?  In addition, it seems in this situation
that a common organization for device control software would
consist of a single device driver for the host adapter whose
job it is to accept requests for operations on the devices
attached to the SCSI bus, initiate those operations, and report
the results of the operations to the calling processes (this is
of course a bit simplified).  The calling process would be the
device driver for a device connected to the SCSI bus whose job
it is to prepare the information related to the desired operation
that is passed to the host adapter device driver.  Is this
organization common?

Thanks.

-------------------------------------------------------------------
Don Padgett                   INTERNET: padgett@cs.utexas.edu
Austin, TX                    UUCP:     uunet!cs.utexas.edu!padgett
-------------------------------------------------------------------
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.periphs.scsi
Subject: Re: Panic, WD chip availability
Date: 19 Aug 92 02:34:54 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA
Keywords: WD scsi 33C93A

ralph@falcon.SLAC.Stanford.EDU (Ralph Becker-Szendy) writes:
>>BTW, for those of you who are building systems with SCSI interfaces 
>>(or were afraid to because of the difficulty of writing SCSI drivers), 
>>take a long, hard look at the WD/Am33C93A. This is a very smart device
>>which handles most of the SCSI protocol all by itself.

>Either we are not talking about the same chips, or we disagree
>completely.
>For example, look at the number of interrupts you have to
>handle for a typical select-command-and-transfer cycle with the two
>chips; the difference is about a factor of two. Much more important to
>me: The WD33C93A is full of bugs (the bug list is several pages long),
>some of which are greatly anoying (ABORT doesn't work on full moon and
>such).

	The 33c93 has also had problems where some of the poorly defined
behaviors changed between revs (in particular, how it responds to being
reselected while you're setting up selection for another device - NASTY).
There were sufficient bugs in the pre-A silicon that we used the low-level
commands instead of Select-And-Transfer.

	It's not all bad, and it's nowhere near as bad as the glorified
parallel port called the 53c80, but it certainly isn't a bundle of joy
to program.  From reading the data/programmer books, the 53c90 appears to
be a bit more well-documented in the "corners", like reselect-during-select.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.periphs.scsi
Subject: Re: Logical Block Size for SCSI drives
Date: 23 Aug 92 05:09:10 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <3526@atlas.tegra.COM> vail@tegra.COM (Johnathan Vail) writes:
| 
| In article <okb6k8g@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
|    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).
|    --
| 
| No, I was talking 10 byte group 2 commands.  Even with READ(10) the
| most you get is 2 bytes, 16 bits or 64K blocks to express transfer
| length.  That's 32 Meg with 512 byte blocks.  If you know a better way
| I would love to hear about it since this is a bottleneck for my
| application.

Blush ;)  I was obviously not very awake when I posted that...

There *are* vendor specific 12 byte read and write commands, but I know of no disks
that implement it (although I'm sure that there are some).  It is very
difficult to believe, however, that the overhead of issuing a SCSI
command is dominating transfers of 32 Mbyte per command!  Just what are
you doing, if you can discuss it?

Command overhead seems like it would be completely lost in the noise
for transfering that volume of data, even on fast and 32 bit wide
SCSI.  There aren't even that many OS's that will let you do DMA's
that big, without breaking them up in one way or another...
--
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
From: wegrzyn@nic.cerf.net (Chuck Wegrzyn)
Newsgroups: comp.periphs.scsi
Subject: Synchronous Negotiations with a twist -- the NEC CDR 74/84
Date: 14 Aug 92 18:00:44 GMT
Article-I.D.: news.2523
Organization: CERFnet

Here is one for all of you synchronous negotiation fans. I just
received a NEC CDR-84 and added it to my system. Some time ago
there was a discussion about sync. negotiations in this newsgroup.
I decided that I would enable it on the Adaptec 1542B. Well, guess
what? It doesn't work with the NEC CDR-74/84! In fact it will
tell you repeatedly that the drive isn't ready.

How did I figure this one out? Well, I took everything out of my
486/33 EISA system except a MONO monitor and the Adaptec controller.
I also took everything off the SCSI bus except the CDROM player.
After almost giving up, I started looking at jumpers and found the
sync. negotiation jumper in!!! After removing it, everything worked!

Can anyone explain this one? By the way, the jumper didn't have any
effect on my Maxtor 1G drive, or CDC 677M drive.

Chuck "I won the SCSI battle one more time" Wegrzyn....
Xref: sparky comp.periphs.scsi:4064 comp.periphs:1118 comp.sys.ibm.pc:414
From: nhvim@gauss.med.harvard.edu (Victor Mo )
Newsgroups: comp.periphs.scsi,comp.periphs,comp.sys.ibm.pc
Subject: HELP: SCSI and WINDOWS3.1
Date: 15 Aug 92 20:33:27 GMT
Followup-To: comp.periphs.scsi
Organization: Harvard Medical School

I think the NET is the best place to get help frome all the
other channel.
My problemis the MS WINDOWS3.1 *.grp file been changed every
time when I power off the SCSI drive.
I have Adaptec 1540a controller to go with a Maxtor 8706st
SCSI drive on a 386 40Mhz AT bus machine.
When I fist time install WINDOWS 3.1, everything is working
fine. But after power off the machine for a few minues, I
get the message to say "missing or damaged group file *.grp".

Please help me! What I need to solve the problem?

Please drop me an e-mail at nhvim@gauss.med.harvard.edu.
Thank very much in advance.