HDTenEightyP/NetNews huggingface dataset:
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec & Concensys 4.0
Date: 31 Aug 92 20:24:09 GMT
Distribution: na
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

Yes! you're running usl code svr4, release 3.1.

usl put that code in rel 3.1 and removed it with the next release.
my opinion is that it was an oversight to be there in the first place;
probably overlooked debug code.

it is located in the scsiintr routines in the pack.d/scsi/Driver.o
in case you have an elf patcher and want to take it out. you can
just nop the call to cmn_err. 

it occurs when an interrupt has been entered with no mailboxes to
be serviced. 

this can occur as interrupts may be received while
in the interrupt code. the code is in a loop servicing all mbo's
that are ready. so interrupt 1 comes along and we begin 
servicing, meantime a second interrupt is generated and a 2nd mbo set 
done. while in the loop for the first interrupt, we service the 2nd mbo 
for the 2nd interrupt. when the scsiintr exits, there is a queued
interrupt without a mbo to be handled, ergo the message you see.

its an annoyance, but causes no harm. it informs you of a worthless state.

microport also shipped it in 3.1, but based on customer input,
we assured ourselves of its use/meaning, then removed it from our 4.1 release.

email me direct for more...

jack...
=============================================================================
 Jack Craig      Microport SVR4      408-438-UNIX        uunet!mport.com!jack   
=============================================================================
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.periphs.scsi
Subject: Quantum 425S Physical layout
Distribution: world
Date: 23 Aug 92 20:14:25 WST
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.

I have recently purchased one of these drives.  The local dealers here
couldn't supply me with any info on the drives physical layout, the size
of the zones and how many blocks/track in each zone as well as
allowances for bad blocks.

I'm aware this information is not really needed to setup and use the
drive, but I am curious.

Can anybody help?

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: dabl2@nlm.nih.gov (Don A.B. Lindbergh)
Newsgroups: comp.periphs.scsi
Subject: Re: Roy Neese's software available for FTP
Date: 27 Aug 92 15:55:23 GMT
Distribution: usa
Organization: National Library of Medicine

In article <1992Aug22.045057.22069@psg.com> randy@psg.com (Randy Bush) writes:
>We have arranged to maintain Roy Neese's excellent suite of tools for Adaptec
>products as
>
>    ftp.psg.com:~/pub/adaptec/*
>

thanks very much, this is great news!
--Don
dabl2@lhc.nlm.nih.gov
Newsgroups: comp.periphs.scsi
From: ahahma@polaris.utu.fi (Arno Hahma)
Subject: Re: Adaptec 1542b, Maxtor 8380s, wont FDISK
Keywords: Adaptec 1542 1542b Maxtor 8380 8380s FDISK
Organization: University of Turku
Date: Thu, 3 Sep 92 15:15:35 GMT

In article <1992Sep1.231258.15564@awdprime.austin.ibm.com> jthjr@jthjr.austin.ibm.com (John Hollaway) writes:

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

>Does anybody have any suggestions???

I had a similar problem with dos 5.0. Check the jumpers, that control
the bus speed on the Adaptec and set the bus speed as low as possible.
Then do a low level format again. You might also check the parity
settings of the drive and the Adaptec, synchronous negotiation and bus
terminators on both. If these are correct, the bus speed might be the
problem. Setting the bus speed to 5.0 MB/s helped in my case.

>John T. Hollaway Jr.

ArNO
    2
From: rjmathia@la.sjf.novell.com (Robert Mathias)
Newsgroups: comp.periphs.scsi
Subject: Re: WHICH BACKUP SOFTWARE
Date: 28 Aug 92 03:08:17 GMT
Organization: Novell Inc., San Jose, Califonia

In article <2045.235.uupcb@yob.sccsi.com> reginald.hirsch@yob.sccsi.com (Reginald Hirsch)  writes:
>TO: rjmathia@la.sjf.novell.com (Robert Mathias)
>  Regarding Novaback could you give source,cost and list of dealers
>thanks
>     
I bought Novaback at NCA Peripherals in Sunnyvale, Ca.  Their phone number is
(408) 739-9010.  I paid $99.00 for it.

NovaStor can be reached at (818) 707-9900.  They might be able to direct you
to a local distributor.

I bought Novaback sight unseen because I HATE both Sytos and Sytos Plus.  I
figured no matter what I bought, it had to be better than the Sytron garbage.





Bob Mathias
rjmathia@Novell.com
CSERV: 70340,165
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: 1542B and Maxtor 8760S
Date: 3 Sep 92 19:46:04 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

i have access to the switch settings information for anyone who is interested.

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
From: REE700A@MAINE.MAINE.EDU
Newsgroups: comp.periphs.scsi
Subject: Re: Desperately seeking Future Domain Corp.
Date: 25 Aug 92 16:30:16 GMT
Organization: University of Maine System


  Future Domain:   2801 McGaw Ave.  Irvine, CA 92714
                   (714) 253-0400   FAX: (714) 253-0913
From: ts@cup.portal.com (Tim W Smith)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec suggestions
Date: Thu, 27 Aug 92 23:41:34 PDT
Organization: The Portal System (TM)
  <1992Aug27.160849.640@adaptx1.UUCP>

> > - Please -- in the CD ROM drivers, send a command to set the sector size to
> > 2k.  DEC drives require this command.
> 
> I'll pass this on to the folks that handle teh CD-ROM drivers, but I
> think it migh break a lot of things.  This is speculation on my part.

You can always specifically check for the DEC drives, and only issue the
command to them.  Of course, then people will complain that your drivers
are getting to big... :-)

--Tim Smith
From: berger@atropa (Mike Berger)
Newsgroups: comp.periphs.scsi
Subject: Re: CDROM drives that handle sync negotiation
Keywords: sync negotiaition CDROM
Date: 28 Aug 92 17:05:26 GMT
Article-I.D.: news.BtpE54.3B7
Organization: University of Illinois at Urbana

sgccseh@citec.oz.au (Steve Hocking) writes:
>	Are there any CDROM drives that handle synchronous negotiation by
>the controller? I have an Adaptec 1542B here at work with the usual
>collection of Quantum HD & Archive 2150S tape drives running sync.
>negotiation at startup. I have heard rumours that there are a number of
>CDROM drives that dont handle this well. I'm running Dell 2.1 (Soon to be
>2.2) BTW.
*----
I THINK Sony handles it ok.  If you want to pressure NEC, write to
Dave Mileusnich, NEC Technologies, 1255 Michael Drive, Wood Dale, IL
60191 and complain.

I first encountered the problem with a NEC CDR-73 last year.  Then I
discovered a couple of things:

* The CDC drive I wanted to run sync was one of a very few that can
  run synchronously, but not speak up for itself.

* Having both controller and peripherals handle sync negotiation
  hangs some disk drives.

In other words, the only real reason I could find to enable sync
negotiation on the controller was because I had an atypical disk
drive.  So I bit the bullet and swapped the drive for another.

Now, I still think peripherals should handle all normal SCSI
requests correctly.  But you might not find it necessary to run
with the controller handling sync negotiation.
--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
Newsgroups: comp.periphs.scsi
From: snider@fcntl.aosg.gsf.dec.com (Peter Snider)
Subject: Info request for OMTI 3127a
Organization: AOSG
Date: Wed, 2 Sep 1992 12:04:09 GMT

I'm looking for jumper and general information on an OMTI 3127a card.
I think it is a rll/scsi card.

Thanks in advance for any info.

-- 
-pete					
Pete Snider				#include <std/disclaimer>		
Digital Equipment Corporation
snider@aosg.gsf.dec.com
Phone: (603) 884 2043
From: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Newsgroups: comp.periphs.scsi
Subject: Re: Powering SCSI devices
Date: 26 Aug 92 14:25:57 GMT
Reply-To: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Organization: NCR Microelectronic Products Division

In article <2A98ED54.64FC@tct.com> jim@tct.com (Jim Kunzman) writes:
 >A while ago I posted an article about removing devices from a live
 >SCSI bus.  The general concensus was that this is not a good idea and
 >I concur completely, since random noise might cause a corrupt write to
 >a disk drive.

This is true. The SCSI bus is a true transmission line, and when you
unplug a device from the live bus you change the electrical characteristics
of the bus which can cause some signals to go haywire.

 >
 >Over the weekend I read an article in Byte about the "greening" of
 >computers, an article about the environmental concerns that
 >microcomputers have surfaced.  One topic was power consumption.  I
 >immediately thought about the problems we have with SCSI devices and
 >wondered if it would be possible to shutdown SCSI devices when they
 >aren't being used, e.g. scanners, printers, tape backup units, MO
 >drives, etc.
 >
 >Since the SCSI controller is connected directly to the powered device,
 >I would suspect that turning these devices off might cause the same
 >problem as removing the device from the bus.  Is this correct?  I
 >would appreciate receiving empirical evidence about this.  I would
 >also be interested in knowing if the SCSI specs address this issue.

As far as I know the current SCSI-2 spec doesn't address this issue, 
but I could be wrong. It wouldn't surprise me if they are talking about
it for SCSI-3.

It really depends on the SCSI controller chip. In all our newer chips
we put in additional power-up/power-down circuitry that would gaurantee
that our chips will not glitch the SCSI bus when being powered up or
powered down.

So it really is a different issue that removing the device from the SCSI
bus. Removing the device has to do with the electrical characteristics
of the bus, the connector, the stub, etc. whereas powering down the
device is a issue for the controller IC. The other issue I can think
of is that you have to make sure that TERMPOWER is still provided to
the terminator resistors on each end of the bus.

-- 
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
From: sk@jenny.informatik.uni-dortmund.de (Stefan Kirchberg)
Newsgroups: comp.periphs.scsi
Subject: Need Help: DTC 510B SCSI Controller
Date: 28 Aug 1992 08:59:59 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: jenny

Hello,

--first of all, thanks to all those numerous people who helped me with my
Archive / Micropolis hardware questions!

But there is one more question: I need further information about the Data
Technology Corp. SCSI controller (SCSI->ST506, I think), model DTC 510B
(not sure about 0 or O, 8 or B). Does anybody know the format of the Mode
Select, Mode Sense, Format, Inquiry etc. parameter lists..?

Any help appreciated.

Thanks in advance!

	Stefan


-- 
 Stefan Kirchberg                      sk@irb.informatik.uni-dortmund.de
 Computer Science Department - IRB     Tel. from inside UniDO: 4700
 University of Dortmund                     from outside: 0231/755-2422
 W-4600 Dortmund 50,PO-Box 500500, Germany  Office: GB V/R.325
From: kolbe@cellwar (Andreas Kolbe)
Newsgroups: comp.periphs.scsi
Subject: Help VME SCSI Boards !
Date: 1 Sep 92 15:54:32 GMT
Organization: Cellware Breitband Technologie GmbH, Berlin, Germany

We are in the process of developing a VME-based communication device with
a SCSI - high speed communication link to the connected workstation.
I am looking for commercial available SCSI-II VME boards with a SCSI-
transmission rate of  10 MByte/s  ! synchron and the support of both 
the initiator and the target modus in the board firmware.

Who can help ?? 

Many Thanks,
Andreas Kolbe
kolbe%CELLWAR.uucp@germany.EU.net
From: jochen@mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.periphs.scsi
Subject: Re: Problems with Adaptec 1542B on SCO Unix
Date: 26 Aug 92 06:42:02 GMT
	<1992Aug18.143643.28878@adaptx1.UUCP>
	<JOCHEN.92Aug20192654@busybit.mrz.sub.org>
	<PCG.92Aug24171753@aberdb.aber.ac.uk>
Organization: Muenchener Rechenzentrum, Munich/Bavaria
X-Md4-Signature: 1815ea31279affdb87887952e5f14c14

In article <PCG.92Aug24171753@aberdb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:

   [ good explanation deleted ]

   Both parties. The 1542 is an ISA bus mastering adapter. Unfortunately
   the ISA bus mastering protocol was imprecisely described by IBM in their
   AT techref manual, and many motherboards differ on some crucial details,
   especially certain timings.

Thank you for your good explanation.

Is there a list available (perhaps from adaptec), which motherboards
have the needed timing to work right with adaptec 1542B ?
(Mine (ECS UM486/33) is surely not on this list :-( )

I think adaptec should mention this problem in her installation guide
and publish a list of "adaptec compatible" mainboards.

Jochen
--
Jochen Fahrner, jochen@mrz.sub.org, Home: jochen@busybit.mrz.sub.org
Newsgroups: comp.periphs.scsi
From: mcconnel@b11.b11.ingr.com (Guy McConnell)
Subject: Re: Exabyte 8500C?
Reply-To: mcconnel@b11.b11.ingr.com (Guy McConnell)
Organization: Intergraph Corp. Huntsville, AL
Date: Tue, 1 Sep 1992 17:13:52 GMT

In article <14427@gazette.bcm.tmc.edu> tso@cephalo.neusc.bcm.tmc.edu (Dan Ts'o) writes:
>In article <1992Aug14.170014.18184@b11.b11.ingr.com> mcconnel@b11.b11.ingr.com (Guy McConnell) writes:
>>In article <9297@emory.mathcs.emory.edu> km@mathcs.emory.edu writes:
>>>Does anyone know when the Exabyte 8500C is actually going to ship? Its been
>>>along time since it was announced.
>>
>>    And I've had one for a long time.  Got a couple of 8205s too!
>
>	Hmmm.. That's strange. I talked to Exabyte about 2-3 weeks ago, and
>they claim that the 8500C (that's 5G with compression) isn't ready and they're
>working hard. They may have released some betas, but it sounded like the 8500G
>wouldn't be ready for several more months.

    I actually have two of them and I've had one since March.  My
first drive was a beta unit but the one I am beating on now is off
of the production line.  I received the baseline configuration ECN
from Exabyte yesterday so they are getting close.  I actually know
when the drive is due to begin shipping but, since Exabyte didn't
tell you, I won't either.  Suffice it to say that it ain't "in
several more months".

>	So I decided to go with a third party compression unit. I don't know
>if it will be compression compatible with the eventual 8500C, most likely not,

    Most definitely not.

>but it does all the same stuff: compression ratios of 2-5, panel switch for
>8200 and 8500 mode, sped-up transfer rates (curiously, Exabyte claimed that
>the 8500C would be no faster. I don't understand this: same tape speed, with
>data compression, should be faster effective data rate).

    Compression does indeed speed up the *effective* transfer rate.

--
========================================================================
Guy D. McConnell, Intergraph Corp.|        |All that is gold does not
Huntsville, AL.  35894-0001       | These  |glitter, not all those who
Mail Stop CR1105                  |opinions|wander are lost, the old
Computer and Storage Technology   |are mine|that is strong does not
Evaluation Group - Tape Products  |and mine|wither, and deep roots are
guy@mspe5.b11.ingr.com            | alone. |not touched by the frost.
 205-730-6289   FAX  205-730-6011 |        |                J.R.R.T.
========================================================================
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: Parallel SCSI driver
Keywords: driver, parallel
Date: 3 Sep 92 19:47:34 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

B.Simon@frec.bull.fr (Bertrand SIMON) writes:

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

call john sully of microport. he did a tech session on multithreading 
drivers for sco forum this year. i think he has some doc that may help.

jack...

=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
>I am looking for any book or publication on parallel
>device drivers.
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: multi-disk CD-ROM drive
Date: 3 Sep 92 19:44:25 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

zaphod@bluemoon.rn.com (Peter Bierman) writes:

>jdp@caleb.UUCP (Jim Pritchett) writes:

>> Pioneer, Sony, and others sell various versions of multi-disk CD players.  Do

>If you do find out, could you post just one detail? I want to know if 
>these things keep _all_ 6 CDs mounted, and switch disks on command, or 
>do they take a disk offline when they switch?

well different os/drivers do it differently, but i can speak for the sgi 
platform. i did the work for the pioneer 6 disk there. each mount does
a swap in of the requested volume and caches some abount of directory/
data blocks. requests satisfied out of cache, no big deal, requests
requiring media access automatically swap in the correct volume.

in a race condition, the first request swaps the media, the second
request hangs(in a sleep) until the drive is free, then swaps in the 
next media. also keep in mind we are satisfying cache requests here not direct 
user io so media 1 cant hog the drive. its kind of neat actually.

you could call harry stanley, peripheral solution, 408-425-8280
if you want more details.

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================

>---
>The opinions I express are rarely my own, because my own are far too
>outragous to post here.

>IntNet:zaphod@bluemoon.rn.com    FutureNet: #33@#10
>The Metropolis (614)-846-1911
>---
From: jgd@dixie.com (John De Armond)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec suggestions
Keywords: adaptec
Date: 28 Aug 92 19:30:08 GMT
Article-I.D.: dixie.a1dn!!f
Organization: Dixie Communications Public Access.  The Mouth of the South.

neese@adaptx1.UUCP (Roy Neese) writes:

>If you get any of the kits (SCSI Master, SCSI Direction, SCSI EISA
>Master,...) they come with the ASPI Managers, among other things.  This
>solves the more than 2 disk limit.  Device modules will never be free,
>as of this writing.  Think about it,...  Engineers are not cheap and
>don't work for nothing.  Either the software developed will be sold or
>the price for developing the software will be bundled into the hardware.
>Either way you pay for it.  Any company that developes software, and
>sells hardware will do one of the above.  Nothing is really free.  This
>is just good business sense.  I'm sure DEC doesn't give anything away.
>You can bet the cost of developing hardware/software is spread across
>something that is being sold.

Not a flame Roy, but you also have to consider the market.  In
the DOS world DTK (among others) is nipping at your heals.  My
experience here was that DTK was faster than the 1542b and
aspi4dos as judged by how fast windows loads and how fast large
graphics files load into Corel Photopaint.  The  DTK is cheaper
AND it comes with all needed drivers right in the box. 

You have to figure out whether you're in the hardware/software or 
in the solutions business.  I suggest you're in the hardware-
based solutions business.  Problem is a customer cannot buy a total solution
in one package if that customer needs both windows and CD-rom support. 
After he gets the solution, it is very much more than the competition.

I love the Adaptec on my Unix systems.  But as soon as SEI solves the
bios problem with the DTK under DOS, I'll stick it back in.  Cheaper and
faster.  That's a win.

John
-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
From: rjmathia@la.sjf.novell.com (Robert Mathias)
Newsgroups: comp.periphs.scsi
Subject: Re: Which Backup Software to use w/ASPI4DOS
Date: 26 Aug 92 20:21:57 GMT
Organization: Novell Inc., San Jose, Califonia

In article <14289@auspex-gw.auspex.com> award@farside.auspex.com (Andrew Ward) writes:
>I've tried:
>
>	Trantor's TAPEMATE	
>
>		Great user interface, CRAPPY reliability
>		often poops out after 50% complete
>
>	Backit4
>
>		mediocre user interface/features
>		CRAPPIEST reliability (even with their
>		newest genscsi driver
>		frequently poops out after 10% complete
>

I didn't think that the interface for this program was bad, in fact in
comparison to Sytos or Sytos Plus, it looks quite good!  My major complaint
with Backit4 was I could never get multiple volume tapes to work for
restore (it would create them, it just wouldn't restore from them).

>	Sytos
>
>		Horrible, DIsgusting, pukeifying user interface
>		FANTASTIC RELIABILITY
>		completes backups 100% of the time.

I couldn't have said it better!  
>
>
>Is this all I have to choose from?  Any signs of new versions or

>work-arounds on the horizon.
>

I just upgraded from a streamer to a DAT and I switched to a program called
Novaback.  It supports QFA for DAT's.  It supports Always (sp?) and SCSI
controllers that support ASPI.  It's interface is more like Backit4 and
so far it has been very reliable.

A major complaint I had with the Sytron products is that it was nearly
impossible to get a tape directory.  Novaback shines in this area.



Bob Mathias
rjmathia@Novell.com
CSERV: 70340,165
Newsgroups: comp.periphs.scsi
From: sam@ms.uky.edu (Mike Mills)
Subject: Suggestions for 8mm tapes
Date: Tue, 1 Sep 1992 22:18:29 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

Hello,

I'm looking for suggestions for 8mm tapes for use with our Exabyte 8200
tape drives.  We had been using the Sony 120MP's, which used to work fine, 
but as of a recent shipment have been giving write errors.  Today I read
that Sony may be purposely adding flaws to their non data-grade tapes. Is
this true?  (I just recently started reading this group.)

Does anyone have any experience with other brands of tapes?  We can't really
afford to pay twice the amount for data-grade tapes.

Also, does anyone have any sources of where to find stockpiles of the "old"
Sony 120MP's, ie the ones without the flaws? (Assuming this is true.)

Thanks,


-- 
--Mike Mills              E-Mail:  sam@ms.uky.edu, {rutgers, uunet}!ukma!sam
--UK Math Sciences Dept.                  mike@ukpr.uky.edu    
--(606) 257-1429 (work) 263-0721 (home)
Newsgroups: comp.periphs.scsi,comp.sys.sun.admin,comp.unix.admin