HDTenEightyP/NetNews huggingface dataset:
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.periphs.scsi,comp.sys.amiga.hardware
Subject: Re: Quantum PRO-105S problem
Date: Fri, 11 Sep 1992 09:01:36 EDT
Organization: Private UUCP "Twig" Node
X-Newsreader: Arn V1.00 beta rel2

In article <swebber.01fc@imladris.equinox.gen.nz>, Stephen Webber writes:

> Jim Pritchett (jdp@caleb.UUCP) wrote:
> >Hello.
> >
> >       I have two Quantum PRO-105S SCSI drives (3.5", 105 Meg) that I have been
> >using for about a year.  They have worked well for me until recently.  I had been
> >using them on two separate controllers (1 on the GVP Combo and 1 on the A2090.)
> >When I put both drives on the GVP Combo, I started getting weird drive errors and
> >SCSI 'unexpected status' errors.  I remembered something from the net about some
> >Q drives not working properly when more than 1 was on the SCSI bus, so I called Q
> >Tech Support.  The guy there said that there is no such problem with these drives.
> 
> Have you still got the 2090 in the machine? If so try removing it! A
> friend with his 2000 had a GVP & 2090a and was getting 'unexpected
> status' errors with the 2090a still in the machine, removed it and all the
> trouble disappeared. This could at least be an option.

        I assume that you have made the Unit ID#'s of the two drives
different from one another (set with jumpers on the Quantums, I can tell
you exactly where if this might be your problem).  Also, have you got the
terminators properly installed at each _END_ of the SCSI bus?  ie. the last
devices have terminators :

TERM-GVP-Q1-Q2-TERM   or   TERM-Q1-GVP-Q2-TERM   etc...




> 
> >UUCP:  rwsys.lonestar.org!caleb!jdp
> > or    utacfd.uta.edu!rwsys!caleb!jdp
> 
> --
> Stephen Webber swebber@imladris.equinox.gen.nz
> Christchurch, NEW ZEALAND
> Don't worry about tomorrow, I've been there!
--
 Craig Lemon VE3XCL (Advanced) - Kitchener, Ontario. Amiga B2000  OS 2.04
 +1 519 741 0297    +1 519 578 7817              | 1A Electrical Engineering
 clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  |  University of Waterloo
 IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]|        Fall 1992
Newsgroups: comp.periphs.scsi,comp.unix.bsd
From: milton@teal.csn.org (Milton Scritsmier)
Newsgroups: comp.periphs.scsi
Subject: Re: Wanted: Example of SCSI Target Code
Date: 8 Sep 92 03:23:21 GMT
Organization: Colorado SuperNet, Inc.

In article <16348@pitt.UUCP> batman@mb5000.anes.upmc.edu (William E Madden Jr.) writes:
>Stuart Adams writes:
>>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.
>
>I'd also be interested in SCSI target example code.  Of course, I'd
>also be interested in knowing where the initiator code examples are
>available, particularly for HP-UX disk drives.  :-)

Your best bet might be to try one of the SCSI chip vendors like NCR.
If your're looking for examples of target code from actual peripherals,
I doubt your're going to have mmuch luck.Target code tends to be highly
specific to the hardware design, and even though two peripherals use
the same 3rd party SCSI protocol chip, the rest of the hardware may
dictate totally different approaches. Almost all peripheral manufacturers
consider their firmware to be highly proprietary because of what it
reveals about how such things as caching and command response time
are done. Also, there really isn't such a thing as "typical" target
code. Depending on the programmers' style and understanding of the
SCSI spec, two different implementations of a SCSI-2 disk interface
can behave very diffently from the host's point of view. 

>My company is currently attempting to develop a SCSI target that emulates
>a disk drive, and we have several questions.  For example:
>
>In the draft SCSI-II, does anyone know if there is a problem with returning a "No defect list" message to a format command?  Since our
>box is not actually a disk drive, we don't have a defect list.  We would like to respond by either refusing the command, returning an illegal
>request, or some other such message.

Why not wait a bit, and return format completed OK? If you return
"No defect list", a host driver might reject the drive and not
allow any further commands on it, or allow it to be installed in
a system. (Speaking as someone who writes host driver code, I want
to be able to put a target emulator into my system and be able to
install it so that I can see the actual driver code running on it
under normal conditions.)

>In addition, If the initiator reserves a target as a third party,
>who can release the third party?  The original initiator or the
>device the target was reserved for?

It must be done by the initiator that made the original 3rd party
reservation (see the Release command for details).

>We have the specs for SCSI-I and II, and unfortunately, they seem to be raising more questions than they're answering.... Add to that the deadline is less than 30 days away, and you see how bad a shape we're in.:-)

Good luck!
Newsgroups: comp.periphs.scsi
From: zappe@mikro.ee.tu-berlin.de (Harald Zappe)
Subject: Re: AHA1542B and Sound Blaster Pro
Organization: ZRZ/TU-Berlin
Distribution: comp
Date: Sun, 13 Sep 1992 18:57:10 GMT

In <79583@ut-emx.uucp> vax@ccwf.cc.utexas.edu (Vax) writes:

>After MONTHS of attempting ALL possible combinations of jumpers and technical
>support (hehe) I have finally found a grim solution for using the Sound Blaster
>Pro and the AHA1542B in the same machine.
>You see, a bit of background is in order; the sound blaster pro (and ONLY
>the PRO) does not like bus mastering controllers, specifically the AHA1542b.
>Neither company seems to care that they don't work together, although Creative
>Labs tells you this through ignorance and Adaptec tells you it through silence.
>And NO combination of jumpers or software will save you, period.

>My solution?  I sold my soundblaster and bought a Spectrum Pro Audio 16, which
>...

I don't understand the problem. I my 486-33-ISA, both cards work:

SB-Pro: default settings: port 220h, irq 7
Adaptec 1542b: ROM at C800h, others default, NO SW-drivers !!! 
and additionally a Seagate ST01 because of another translation sceme for
my older Syquest removable medias.

Problems you might get, if you want to run protected mode SW like QEMM or
Windows, because you need (for both cards) real mode memory for DMA.

And where's the HW-Problem ???

Support? Is there any support ? (I've never tested.) 
Ignorance, Arrogance? Well, that's right: Never try to do anything out of
the standards, e.g. 3 HDs (although it would be possible with SCSI), starting
with SCSI-Id other than zero (will be strictly ignored: stupid on board BIOS),
using a drive formatted by a firmware of another company. Adaptec is so
arrogant that it detects a "foreign" translation sceme, but it doens't
support it.
Seagate is not arrogant: A removable media formated by Adaptec may be read
by Seagate's ST01. The best HD-SW I've ever seen is Speedstore, but the last
one's drivers can not run in PM.
The fewest SW-Problems I had in my intermetiate 5 HD solution (2xRLL+2xSCSI
+1xSCSI) because the boot used the STANDARDS. All other was loaded later.

SCSI // AT-BUS : it's not the technic, it's politic.
SCSI seems to be too universal to be of use for such a "small" thing like a
PC.

Soundblaster // Spectrum : Is this politic too ??

Please try and test, and THEN flame on me. 

   Harald

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

zappe@mikro.ee.tu-berlin.de      | |
zappe@sony1.sietec.de            |-+-
zappe@idefix.sietec.de           | |/
                                   /
                                  /__
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: Changing Block Size on Maxtor XT-8380S -- Third try
Date: 8 Sep 92 19:57:28 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

mike is correct in his assertion. to change the block factor
and make the drive dance to that tune for good, first do a mode
select to set the block factor to 512, then a format unit(kiss your 
data good bye!) as the drive reorganizes the lowlevel layout. 
after that power on/reset will still see the new block size.

third times the charm! ;)

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
Newsgroups: comp.periphs.scsi
From: berger@atropa (Mike Berger)
Subject: Re: Changing Block Size on Maxtor XT-8380S -- Third try
Organization: University of Illinois at Urbana
Date: Sat, 5 Sep 1992 16:42:46 GMT

harp@netcom.com (Gregory O. Harp) writes:
>I've been working for some time to get my Maxtor XT-8380S configured
>in a useful (to me) way, and I'm still having problems.
>Anyway, I got the MAXTEST utility from Maxtor's Tech Support BBS and
>ran it.  It reports that the block size is _already_ 512 bytes.
>Everything else complains that the block size is 1024 bytes, which
>isn't supported.  This is the _only_ program that seems to think
>otherwise.
>Anyway, I've tried going ahead and setting the block size to 512 bytes.
>I've tried setting it to other values, _then_ setting it to 512 bytes
>(thinking it might not send the message if it thinks no change is 
>required).  
>Still no luck.  MAXTEST thinks the block size is 512 and everything
>else thinks it's 1024.  "Everything else" includes Adaptec's AFDISK
>program and SCSICNTL, FYI.
*----
I'm not sufficiently familiar with the XT-8380S to give a definitive
answer, but after changing the block size to 512, a low-level format
might be necessary.  Sometimes diagnostic programs just relate how
a jumper (physical or logical) is set and not how the device is actually
configured to function.

--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
Newsgroups: comp.periphs.scsi
From: wiegand@rtsg.mot.com (Robert Wiegand)
Subject: Re: adaptec 1542b floppy controller problem
Reply-To: motcid!wiegand@uunet.uu.net
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: "world"
Date: Thu, 10 Sep 1992 19:55:42 GMT

joe@retina.anatomy.upenn.edu (No Exit) writes:

>Hi,

>   I just installed a adaptec 1542b into a 486 clone (ISA motherboard, AMI BIOS).
>3.5'' and 5.25'' floppy drives are connected to the floppy controller on the
>1542b. However, I can only boot (DOS) from the 5.25''-- when attempting to
>boot from the 3.5'' I get the following error message: "Not a system disk....".
>This same error occurrs whether or not the 5.25'' or HD are connected. 
>Further, if I boot (successfully) from the 5.25'' and then try to read a disk
>in the 3.5'', the error message is: "Failure reading drive B:....". So right
>now I can't get anything from the 3.5'' drive. Any suggestions you could give
>me would be greatly appreciated. Thanks
>-- 

>			Joe Panico
>			joe@retina.anatomy.upenn.edu

I don't know your level of experience, so please don't be insulted if
I'm saying stuff thats obvious.

I assume you have the 3.5 drive connected as drive A: when you attempt
to boot from it. You can't boot from drive B:.

Did you do the CMOS configuration to tell your motherboard the drive
types of the drives? 5.25 may be the default.

Did you remove the resistor pack from the drive in ine middle of the
drive cable? Only the drive on the end of the cable should have one.

Do you know someone who could test the 3.5 drive in their machine?
If the 5.25 drive works the controller is probibly OK, so I would
guess the problem would be the drive itself.


-- 
------------------------------------------------------------------------------
Robert Wiegand - Motorola Inc.
uunet!motcid!wiegand
Disclamer: I didn't do it - I was somewhere else at the time.
From: batman@mb5000.anes.upmc.edu (William E Madden Jr.)
Newsgroups: comp.periphs.scsi
Subject: Re: Wanted: Example of SCSI Target Code
Date: 7 Sep 92 15:55:19 GMT
Organization: UPMC

Stuart Adams writes:
>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.

I'd also be interested in SCSI target example code.  Of course, I'd
also be interested in knowing where the initiator code examples are
available, particularly for HP-UX disk drives.  :-)

My company is currently attempting to develop a SCSI target that emulates
a disk drive, and we have several questions.  For example:

In the draft SCSI-II, does anyone know if there is a problem with returning a "No defect list" message to a format command?  Since our
box is not actually a disk drive, we don't have a defect list.  We would like to respond by either refusing the command, returning an illegal
request, or some other such message.

In addition, If the initiator reserves a target as a third party,
who can release the third party?  The original initiator or the
device the target was reserved for?

We have the specs for SCSI-I and II, and unfortunately, they seem to be raising more questions than they're answering.... Add to that the deadline is less than 30 days away, and you see how bad a shape we're in.:-)

If anyone  could answer these questions, or could point us at DOS or
UNIX code samples (the target is an embedded '386 under DOS and the
initiator is an HP-UX machine) I'd really appreciate it.  If there's enough interest, I'll sumarize or forward any responses I get.

		Thanks in advance
			Bats
----------------------------------------------------------------------
William E. Madden Jr.		|   I don't speak for myself, Starfleet
Computational Diagnostics, Inc. |   Acadamy, or any of my ex-girlfriends
Pittsburgh, PA 15213		|   so why would I speak for CDI?
madden@cdi01s.cdi.com		|
wemst7@unix.cis.pitt.edu	|
-------------------------------------------------------------------------
We don't need natural disasters in Pittsburgh - We elect ours.....
-------------------------------------------------------------------------
Newsgroups: comp.periphs.scsi,alt.cd-rom
From: jguruswa@rucs.faculty.cs.runet.edu (Jay Guruswamy)
Subject: CD-ROM, DOS Windows & SPARC stations
Organization: Radford University
Date: Tue, 15 Sep 1992 02:09:37 GMT

Hello Folks,
	I need some help running a CD-ROM application in a DOS Window
on a Sparc station.  This Sparc is on a network.  I plan on using a Sony
SCSI CD-ROM drive connected to the Sparc station.  Could someone tell me
how I can make the DOS window know about the CD-ROM drive?
	Please send me email.
	Thanks, in advance.

					Jay
From: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Newsgroups: comp.periphs
Subject: Re: SCSI archive files
Date: 3 Sep 92 19:00:42 GMT
Reply-To: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Distribution: world
Organization: NCR Microelectronic Products Division

In article <1490@mgse.UUCP> news@mgse.UUCP (News Administator) writes:
>
>Last Changed:	Sat Aug 29 20:06:05 CDT 1992
>
>This is a periodic posting of information about some of the archives at
>ftp.cs.tulane.edu and the available files from the SCSI-BBS, including
>SCSI, ESDI, IPI, and Fiber Channel documents from the standards committees.

[stuff deleted]

>
>Thanks to John Lohmeyer of NCR, a majority of the SCSI related files from the
>SCSI BBS are now available for anonymous ftp. These files were sent to me by
>Mr. Lohmeyer at his expense so that more people would have access to them.
>The SCSI BBS (316-636-8700) contains a large amount of data relating to SCSI,
>and ESDI as well as SCSI-2, IPI, and Fiber Channel, as well as the last
>revision of the SCSI-1 standard before it went to publication by ANSI.

Last time this was posted I send you email to let you know that the
number to the SCSI BBS has changed. Since the old number is still
being posted I am wondering if you did not receive my email. Anyway,
the new number to John's SCSI BBS is 719-574-0424, please make a note
of it for the next posting. I do appreciate these postings, just want
people to have the correct number.


-- 
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
From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
Subject: Disk Array
Organization: National University of Singapore
Date: Sat, 5 Sep 1992 03:41:30 GMT

I've just seen an advert that advertises a diskarray (RAID ???) by CORE
International that supposidly sells a 500MB array for "... less than
$6500" !!!. 

Anyone know any details about this?

ie RAID level, fault tolerence features, performance etc....

Thanks 

jin meng
Newsgroups: comp.periphs
From: ern+@cs.cmu.edu (Rudy Nedved)
Subject: SCSI QIC-150 Tape Drive
Keywords: SCSI, QIC
Organization: School of Computer Science, Carnegie Mellon
Date: Tue, 15 Sep 1992 04:46:33 GMT

Hello.

I am looking for vendor & model recomendations for a SCSI quarter inch tape
drive that supports the popular QIC data formats including 150, 24 and
possibly 11.

My goal is to find a reliable low cost solution so we can handle the influx
of QIC-150 and possibly new formats.

I will post a summary after I collect enough replies...probably in a few
weeks.

Thanks.


Newsgroups: comp.periphs,comp.sys.sgi,comp.sys.sun.hardware
From: david@uniops.uucp (David Butler)
Subject: Re: Exabyte tape cartridge stackers
Organization: Uni-Ops Systems
Date: Tue, 08 Sep 92 21:35:07 GMT

dave@imax.imax.com (Dave Martindale) writes:

>I'm looking for a device that will feed an Exabyte drive with a series
>of tapes in sequence (so I don't have to come in to work at 3AM when
>the drive runs out of data).  I only need sequential feeding, not
>random access.

>I've found two devices that seem suitable.  The EXB-10 is a 10-tape
>robotic-arm mechanism made by Exabyte.  The mechanism is capable of
>random access, and there is a "10i" version that provides random
>access, but the "10" is a cheaper sequential-access version.

>The other is the ACL-600, from a company called Automated Cartridge
>Libraries.  Its mechanism is sequential-only: the input tapes just sit
>in a gravity-feed stack, and tapes are dropped into an output bin after
>being read.  Whenever the drive door opens, the mechanism extracts the
>tape, drops it in the out bin, allows another tape to gravity-feed from
>the input bin, and then closes the door.  It's something like half the
>price of the EXB-10.

>What I really care about is reliability.  The ACL-600 is mechanically
>simpler, but depends on gravity for some things - it could end up being
>less reliable.  If anyone has real-world experience using either one
>of these devices, please send me mail about your impressions (good AND bad).
>I'll summarize the responses.

>Also, if you know of other devices that perform this function and cost less
>than $4000 or so, please let me know about them.

>	Dave Martindale
>	dave@imax.com


We have had good luck with the 10i.
We can sell you one (without a box) for $3,504.00.


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
David Butler                                FAX (707) 895-2216
Uni-Ops Systems                         8001 Signal Ridge Road
(707) 895-2050                                Philo, CA  95466
++++++++++++ High Performance '486 UNIX Systems ++++++++++++++
CALL...  email usually bounces.
From: jorgense@irisa.fr (Finn Jorgensen)
Newsgroups: comp.periphs
Subject: and how about Maxtor (Was: Are Seagate drives any good?)
Date: 9 Sep 92 12:49:31 GMT
Organization: Irisa, Rennes(FR)

Hi !

Along this thread about Seagate (I've personally had bad experiences with
several ST225 that seemed to overheat. After all, they have *no* internal
ventilation, so if they are mounted in a confined space, this may be the
reason), I'd like to know what fellow-netters think of Maxtor. Some
responses in the thread seem to indicate that they are OK, but can this
be confirmed ? The drive that interests me is a Maxtor IDE 210 Mb that
Hard Drive International sells at $499 (august '92 prices, over here
(Europe), PC-MAG is a bit late.... ). Since I live across the Atlantic,
I'd really hate to send it back for an exchange.  
Last point :  can I trust HDI ? (any good or bad experiences ?)

Thanks in advance ! Looking forward to visit the States in october.


-- 
Finn Bo Jorgensen   Mail : jorgense@irisa.fr    Tel : 99 84 72 01
IFSIC, bureau TB122, Universite de Rennes
Campus de Beaulieu, 35042 RENNES CEDEX, FRANCE
Newsgroups: comp.periphs,comp.sys.laptops,comp.sys.palmtops,comp.specification
From: sgreene@nimbus.com (Spencer Greene)
Subject: Source for PCMCIA spec?
Followup-To: comp.specification
Keywords: PCMCIA
Reply-To: sgreene@nimbus.com  (Spencer Greene)
Organization: Nimbus Technology, Santa Clara, CA USA
Date: Sat, 12 Sep 1992 15:15:42 GMT

Can anyone tell me where to get a copy of the PCMCIA spec by mail or ftp?
Or alternately, will someone in the Bay Area let me make a copy of theirs?

thanks in advance,
-- 
- Spencer Greene                                          +1 408 727 5445 -
- Nimbus Technology Inc.                               sgreene@nimbus.com -
- Santa Clara, California USA        {mips,ub-gate,bdcsys}!c2tech!sgreene -
- "Patriotism is the last refuge of a scoundrel."    --Dr. Samuel Johnson -
Xref: sparky comp.periphs:1225 comp.sys.sgi:13354 comp.sys.sun.hardware:4260
From: johnz@pta.pyramid.com.au (John Zornig)
Newsgroups: comp.periphs,comp.sys.sgi,comp.sys.sun.hardware
Subject: Re: Exabyte tape cartridge stackers
Date: 7 Sep 92 02:55:07 GMT
Organization: Pyramid Technology Corporation, Sydney

In article <1992Sep4.143910.427@imax.imax.com> dave@imax.imax.com (Dave Martindale) writes:
>What I really care about is reliability.  The ACL-600 is mechanically
>simpler, but depends on gravity for some things - it could end up being
>less reliable.  If anyone has real-world experience using either one

Personally, I have never experienced unreliable gravity. ;-)


-- 
      -m------- John Zornig                          johnz@pta.pyramid.com.au
    ---mmm----- Pyramid Technology Corporation Pty. Ltd.
  -----mmmmm--- 8th Floor, 307 Queen Street               tel. +61 7 221 6772
-------mmmmmmm- Brisbane, Queensland 4000 AUSTRALIA       fax  +61 7 221 1989
Newsgroups: comp.periphs.printers
From: blc@med.ge.com (Brett Chapman  x7-4391)
Subject: Need Info on Using Canon CJ10 w/Sun
Keywords: color canon cj10 sun
Organization: G.E. Medical Systems - Ultrasound
Date: Fri, 11 Sep 92 18:45:32 GMT

 	I would like to know if anyone is using a Canon CJ10 with
a Sun workstation.  If so, what are your experiences to date?

  GG	EEEEEE	M    M	  SS
 G  G	EE	MM  MM	S    S		Brett Chapman
G	EE	M MM M	 S		G.E. Medical Systems
G  GGG	EEEEEE	M    M	   S		Ultrasound Systems Administrator
G    G	EE	M    M	    S		chapmanB@med.ge.com
 G  G	EE	M    M	S    S		sun.com!sunbrew!gemed!chapmanB
  GG	EEEEEE	M    M	  SS
--
 - 
Newsgroups: comp.periphs.printers