HDTenEightyP/NetNews huggingface dataset:
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.periphs.scsi
Subject: HP DAT, Data Compression Log Page is wrong in the OEM-Manual
Date: 21 Dec 92 04:26:00 GMT


I have a little problem with my HP35480A (DAT).
The description in the OEM Product Manual (Edition 1 1991)
is wrong in the "Data Compression Log Page" send by the LOG SENSE command.

The discription for Data Compression Log Page is:
Byte 
0	Page Code (39h)
1	Reserved
2	Page Length MSB
3	Page Length LSB

---Parameter Information---
0	Parameter Code (MSB)
1	Parameter Code (LSB)
2	Misc Information (Fixed 40h)
3	Parameter Length (m)
4	Parameter Value (MSB)
3+m	Parameter Value (LSB)

Parameter Codes:
0001	Number of entities written			4 Bytes
0002	Number of entities decompressed			4 Bytes
0003	Number of unsupportet entities encountered 	4 Bytes
0004	Compression Ration				2 Bytes (BCD)


And here is my output with LOG SENSE and PC = 01 (Current Cumulative Values)

Data Compression Log Page:
Page 39, 88 Bytes Parameter Info

 $0000: 39 00 00 58 00 01 40 04 00 00 00 00 00 02 40 04 
 $0010: 00 00 00 80 00 03 40 04 00 00 00 00 00 04 40 04 
 $0020: 00 00 01 EA 00 05 40 04 00 00 00 00 00 06 40 04 
 $0030: 00 00 67 4a 00 07 40 04 00 00 00 00 00 08 40 04 
 $0040: 00 00 3a 71 00 09 40 04 00 00 aa 00 00 0a 40 04 
 $0050: 00 00 46 be 00 0b 40 04 00 00 00 00 


First, where is the Compression Ratio with 2 Bytes in BCD ???
And why is there much more information?
All other (execpt Data Compression Trace Log Page) show
the rigth values.

Who can help?

I want to know the Compression Ratio and/or how much tape
was used (500 MB of data == 300 MB on tape).

Thanks, Kei


                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Home: 040/5205921 || Modem: 040/5200428
 FH-Wedel:         ||  1200-14400 Baud
 04103/804841  ,---||---, (V32bis)
               '---<>---'
From: EP.MXG@forsythe.stanford.edu (Maurice Green)
Newsgroups: comp.periphs.scsi
Subject: Re: SCSI hard drive in external case
Date: 14 Dec 1992 21:15:05 -0800
Organization: Stanford University
Distribution: usa
NNTP-Posting-Host: morrow.stanford.edu

In article <EDWONG.92Dec13004356@acs.nntp-read.bu.edu>,
edwong@acs.nntp-read.bu.edu (Edward Wong) writes:
>Is there anything bad for a internal SCSI hard disk to put in an external
>case?  I want to get a SCSI hard disk but I am running out of space in my
>desktop case, and I don't want to bother changing to a tower case.  I read
>from computer shopper, there are quite a few mail order company that sells
>external SCSI device cases.  I wonder if anyone has one or has seen one,
>please comment on it.
>--
>Thanks.
>8)
>  _               _     | user's name:  Edward Wong
> |_ |\ \   / /\  |_) |\ | ARPA:     edwong@acs.bu.edu
> |_ |/  \^/ /==\ | \ |/ | UUCP:     acs.bu.edu!edwong

Considering that Macintosh users do it all the time, what can be so
bad???
Newsgroups: comp.periphs.scsi,comp.periphs
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: SOmebody here must know: How to Low Level Format SCSI Drive?
Organization: Texas Instruments Inc
Date: Fri, 11 Dec 1992 19:46:35 GMT

In <1992Dec11.165629.16693@unislc.uucp> dold@unislc.uucp (Clarence Dold) writes:

>From article <1992Dec10.050628.13731@mlb.semi.harris.com>, by sonny@charybdis.harris-atd.com (Bob Davis):

>> to my Future Domain SCSI host adapter via an Adaptec ACB-4000 SCSI-MFM

>> 	1. How can I store the required capacity information on the
>> drive so that low level formatting can proceed?

>> 	2. Do all SCSI drives normally have this capacity information
>> already pre-stored on the drive so the user doesn't have to worry

>Yes all SCSI drives contain this information.  Some store it, along with
>microcode required to run the embedded SCSI controller (on the the drive) in
>EPROM on the circuit board.  Some write it to the disk platter, along with
>the microcode.

>Some vendors allow reloading of this code, but it is specific to a
>particular drive, and the download programs are specific.

>In your case, the "SCSI Drive" is actually the Adaptec interface.
>You need to find out how to tell the Adaptec what information to feed back
>to the SCSI side.  Does the FutureDomain indicate anything about the "drive"
>that it locates?  You need to contact Adaptec's BBS:
>Adaptec Disk Controllers 408 945-7727 voice: 1-408-945-2550

Adaptec has an 800 number now.  It has one of those voicemail menu
things on it that we all love to hate, but once you finally get to a
human being (which can be difficult -- they're either understaffed,
very busy, or both) they're pretty friendly and helpful.

The number is 800-959-7274

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.periphs.scsi
From: jag@decvax.DEC.COM (John A. Gallant UEG)
Subject: Re: Would there be any interest in splitting this group?
Reply-To: jag@zk3.dec.com
Organization: OSF Engineering, Digital Equipment Corp.
Date: Mon, 14 Dec 1992 21:12:48 GMT

In article <37796@cbmvax.commodore.com>, jesup@cbmvax.commodore.com (Randell Jesup) writes:

>vail@tegra.com (Johnathan Vail) writes:
>>You can probably get that to work for certain drivers but as you
>>pointed out previously, these are not normal conditions.  Either the
>>CDB/CCB was incorrectly formed or the target is behaving incorrectly.
>>In any event, aborting the command for overruns and returning a phase
>>error for underruns would seem to be justified.
>
>	You _can't_ return errors for underruns of reads.  The reason is
>that for many SCSI commands, you say "I want up to N bytes" and set the CCB
>for N bytes.  If the target doesn't have N bytes (say for Inquiry), then
>it returns only what it has.  This is NOT an error.

    I agree with this and go back to my original description, this case
from the SIM's "point of view" is not normal !  All it knows is: I send
this CDB and expect N bytes.  Looking at Inquiry or mode sense, this is
a common practice for a peripheral device driver to set this up.  But a
SIM does not know what the commands are. 

    In the case of a DATA IN underrun the SIM, can make a generalization.
If the target sends in STATUS: Good and MESG IN: command complete, then
the SIM can generalize that all went "Ok" - Command completed w/out
error, and also signal to the peripheral device driver that not all of
the data came in, through the use of the resid field.  It would now be
up to the peripheral device driver to determine if a non-zero resid
value has to be translated into a device error condition or "I expected
that".

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

    There are holes in the spec and unfortunately the time has passed
to make changes in the CAM spec.  Perhaps a secondary document or
addemdum can be created to help patch over the processor mode holes.  

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

        In the common people there is no wisdom, no penetration, no
        power of judgment.
    Marcus Cicero
From: landis@sugs.tware.com (Hale Landis)
Newsgroups: comp.periphs.scsi
Subject: 2,5" harddisk cables? WHERE?? 
Distribution: world
Date: Sun, 13 Dec 92 17:13:24 GMT
Organization: SUGS

2.5 inch drives use a 50-pin connector:  40 pins for the standard
IDE (ATA) signals, 4 pins for power, 2 pins for key (usually
removed) and 4 pins for vendor unique jumpers.

At work we have small circuit boards with the 50-pin connector on
one side and the standard 40-pin IDE (ATA) and 4-pin power
connectors on the other side.

I have seen at least one mounting kit for mounting 2.5 inch
drives into 3.5 inch drive slots.  This kit had the mounting
hardware and a small circuit board.

You may have to shop around to find this item.
--------------------------------------------------------
Hale Landis                           Santa Cruz, CA USA
408-423-4017          -or-                  408-439-2443
landis@sugs.tware.com -or- hale_landis@notes.seagate.com
--------------------------------------------------------
From: mberhan@cup.portal.com (Mike D Berhan)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec ASW-410 upgrade offer?
Date: Tue, 15 Dec 92 20:15:44 PST
Organization: The Portal System (TM)
Distribution: na

wkulecz@life.jsc.nasa.gov (Walter B. Kulecz, Ph.D) writes:

>Does anyone know four sure about the alledged ASW-410 (or is it ASW-1410)
>upgrade where you send the cover from the manual and $xx and get ASPI
>drivers that support CRROM?
>
>Is this fact or fiction?  If fact, what do we really get and for how much
>$$$.

If you own ASW-1210, ASW-1410, or ASW-410, you can upgrade to Adaptec
EZ-SCSI by following these guidelines:

1.)  Send your original software diskette or manual front cover,
2.)  Along with a check for $29.00,
3.)  Mail to:

             Adaptec
             c/o Software Product Marketing
             691 S. Milpitas Blvd.
             Milpitas, CA  95035

You will get the latest ASPI managers for all of Adaptec's SCSI host adapters,
the latest ASPI disk module and partitioning utility, a CD-ROM driver along
with a graphical CD-ROM audio play utility, an auto installation utility,
a SCSI low-level format utility, ASPI for Windows drivers, and a Windows
SCSI Interrogator utility.

Mike Berhan
mberhan@cup.portal.com
Newsgroups: comp.periphs.scsi
Newsgroups: comp.periphs.scsi

Hey! This is the first time I heard anybody who has heard of
a driver for the ST-01 board. I would love to lay my hands on 
it if it is a DOS driver! Does it support >2 HDDs in DOS?

Regards
Richard Lim     "A conclusion is where you get tired of thinking"
======================================================================
E-mail:  hpsgm2.SGP.HP.COM!limrcd   Snail-mail: Hewlett-Packard S'pore
Tel:     (065)-279-2525                         (APD-ThinFilm SS/EE)
Telnet:        520-2525                         1150 Depot Road
HPDesk:  Richard Lim/HP3200/30                  Singapore 0410.

Newsgroups: comp.periphs.scsi
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: Re: jumpers on Archive (viper) 60MB tape drive 2060S Rev A
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 12 Dec 1992 23:13:58 GMT

I previously wrote:
: Subject pretty much says it all.  I need a short description of the 3x6
: jumper block (JP1) ...

The label on the drive stated that it was a model 2060S but scsicntl
version 58 says that it is a 21116 VIPER 60.

derek
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
From: Glens@nesbbx.rain.COM (**)
Newsgroups: comp.periphs.scsi
Subject: Re: DEC's RZ-24 Drive settings
Date: 20 Dec 92 03:55:13 GMT
Organization: NESBBX Bulletin Board System
X-NewsSoftware: BBX-UMB 0.27a beta (Nov 30 1992)


You might try calling DEC.  They have a toll free number 1-800-DIGITAL
for information and service.


============================================================================= 
Glens@nesbbx.rain.COM                      *****  Night Owl Productions *****
                                           *** Color Postscript Printing ****  
=============================================================================
From: dunguyen@ecs.umass.edu
Newsgroups: comp.periphs.scsi
Subject: >> Info on PS/2 CD-ROM drive needed!!  <<
Date: 19 Dec 92 23:41:41 GMT

Hello,
I just bought a PS/2 CD-ROM drive.  My Always IN2000 reports
that it's a Toshiba drive with XM for the model.  Can any of you
tell me if this drive can do mutisession and/or mutimedia
compatible (64K buffer)?

While you are at it, can you give me some specs on this drive?

Thanks in advanced!!!

	(Please be help me, because I have 30 days to return it.)

		-Duc N.
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: running a 1542b fast
Organization: Adaptec Inc., Texas
Distribution: comp
Date: Wed, 09 Dec 1992 19:55:02 GMT

In article <1992Dec3.1058.4890@channel1> "peter gottlieb" <peter.gottlieb@channel1.com> writes:
> 
> JWA>I'm having a problem running an Adaptec 1542B in a Gateway 2000 486/33
> JWA>at 8MB DMA transfer speed.  It is currently running at 5MB and when I
> JWA>put it at 8 it will just not boot.  Has anyone else run into this
> JWA>problem?
> 
> I have yet to find a system that will run faster than the 5.7 MB/sec
> setting reliably.  I have heard that Intel motherboards may be able to
> do this, though.

I have a GRiD 386is/25 and a Tandy 4000 running at 6.7MB/sec.  I have
gotten replies from some who run at 10MB/sec as well.
 
> The thing is, that setting the DMA speed higher usually will not increase
> performance.  It just reduces the bus bandwidth required for the 1542b to
> get its data moved.  In DOS, the transfer has to complete before anything
> can proceed, so the limit is disk transfer speed.  In Novell, OS/2, UNIXs
> there is multithreading, but usually in the end the bottleneck is still
> disk I/O speed (but here, you can gain a little CPU performance as the
> bus is free a little more).

Actually, setting the DMA rate up higher can produce better performance
if the disk can manage it.  The DMA rate best suited for any application
can be broken down into some simple math.
Take the bus on time and bus off time, calculate the amount of time the
adapter will be on the bus for any given second.  Take that figure and
turn it into a percentage of time.  Take this and the DMA rate the
adapter is set for and calculate the data rate.  This data rate figure
is approximately how much data the adapter will move during any given
second.  If it is lower than the burst rate of the SCSI device, you can
gain more performance with a higher DMA rate.  If it is higher than or
equal to the burst rate of the device, you probably won't have a
mesurable gain in performance.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
Newsgroups: comp.periphs.scsi
From: root@wsm.com (System Manager)
Subject: Re: Basic Understanding Of Sc 
Organization: Western Scientific
X-Newsreader: Tin 1.1 PL4
Date: Sat, 12 Dec 1992 01:37:52 GMT

altman@cryton.demon.co.uk (Hugo Fiennes) writes:
: 
: In article <723897042.AA00000@psybbs.uucp> James.Meyer@f1.n3641.z1.fidonet.org writes:
: 
: >
: >On 12-06-92, GEORGE SHIN wrote to ALL and said:
: >
: >GS>   does anyone out there know of any GOOD book that describes the working
: >GS>   basics of using SCSI bus interfaces? i would like to know all the
: >GS>   details needed to design around SCSI bus.  i guess my main primary
: >
: >        Call the NCR hotline at 1-800-334-5454.  NCR (the old
: >        National Cash Register company) makes *all* the ASIC chips
: >        that do the SCSI interfacing for *everybodys* cards.  They
: >        know more about SCSI than anybody.
: I thought many of the NCR chips (eg 53C94) were copies of Emulex chips?
: The Emulex ones had less bugs anyway. Emulex *are* a HD interface company.
: 
: Hugo
: 
: -----------------------------------------------------------------------------
:                                      "Did I say that? My lips didn't move..."
: Hugo Fiennes - The Serial Port                      altman@cryton.demon.co.uk
:                                                 or altman@cix.compulink.co.uk
: -----------------------------------------------------------------------------
I'll GO one step further... When I worked for Emulex they were designing and
manufacturing NCR`s chips and at the end of the fab line were stamping NCR
instead of EMULEX on the damn chip! If you want SCSI chips and data call
Emulex in So. California (Costa Mesa, CA)

-Jeff Johnson
 Technical Director
 Western Scientific

Newsgroups: comp.periphs.scsi
From: bjork@telebit.com (Steven Bjork)
Subject: Re: SCSI->QIC02 adapter -- where can I get one
Keywords: MT02 $40
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Tue, 15 Dec 1992 20:59:05 GMT

In article <1992Dec15.102330.6027@plx.com> thomas@plxsun (Thomas Leibold) writes:
>From three such controllers that I know, the Emulex MT02 seems to be the more
>popular one (I have seen it used by different manufacturers). The other two
>are NCR Spider and Archive SAC (don't remember model#). 
>If you stick to the SCSI CCS these controllers are pretty much interchangeable

>I don't no about suppliers and prices.

The MT02 is available used for $40 from Minicomputer Exchange in Sunnyvale.

>Thomas Leibold   +1-408-7434388   thomas@plx.com   {uupsi,sun}!plx!thomas
>PLEXUS Software, a division of REI. 1310 Chesapeake Terrace, Sunnyvale CA 94089

Whee, you're the folks across the street... Hi! (waving of hands)

--Steven
Newsgroups: comp.periphs.scsi
From: root@pwh.uucp (Superuser)
Subject: terminating scsi
Organization: PWH Associates
Distribution: na
Date: Fri, 18 Dec 92 21:41:12 GMT
Keywords: terminition, scsi

hi. I am going to share a rewritable optical disk between a unix
and a dos system. to do this sharing, i will be disconnecting the external
cable from the box that leads from the unix system,
and attaching the cable fromt the dos system,
or visa versa. i will of course terminate the unit.
I need to terminate the cable fromt the system
that i just disconnected from. The termination pack is the external termination
type with a male and female side.
can I plug the cable into the female side of the terminator?
The cables and terminator are the centronics type.

Phil
From: landis@sugs.tware.com (Hale Landis)
Newsgroups: comp.periphs.scsi
Subject: HELP: I need jumper, etc. info on ST4702ND 600MB SCSI dr 
Distribution: world
Date: Sun, 13 Dec 92 16:57:36 GMT
Organization: SUGS

Here are the numbers for Seagate's Technical Support.

SeaBOARD - Bulletin Board System available 24 hours.  Use 8 data
           bits, no parity, 1 stop bit (8-N-1).

   USA/Canada  408-438-8771    9600 baud*

   England     44-62-847-8011  9600 baud*

   Germany     49-89-140-9331  2400 baud*

   Singapore   65-292-6973     9600 baud*

   Australia   61-2-756-2359   9600 baud*

   * - Maximum baud rate supported.

SeaFAX 408-438-2620

   Use a touch-tone phone to have information returned to you via
   FAX.  Available 24 hours.

Technical Support Fax 408-438-8137

   FAX your questions or comments 24 hours.  Responses are sent
   between 8:00AM and 5:00PM PST Monday through Friday.

SeaFONE 408-438-8222

   Provides recorded information 24 hours or talk to a technical
   specialist between 8:00AM to 5:00PM PST Monday through Friday.

SeaTDD 408-438-5382

   Using a Telecommunications Device for the Deaf, you can send
   questions or comments 24 hours or have a dialog with a
   technical support specialist between 8:00AM and 5:00PM PST
   Monday through Friday.
Newsgroups: comp.periphs.scsi
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: 500,000 hour MTBF!!!
Date: Thu, 17 Dec 1992 14:50:02 GMT
Organization: MCSNet, Chicago, IL

In article <37841@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
>karl@ddsw1.mcs.com (Karl Denninger) writes:
>>As an example, at one site I am very familiar with they had something like
>>300 PCs in the building and the failure rate on a particular CONNER drive in
>>those machines (all one brand, all one model, etc) was something like one
>>per week on average over a one-year time period.

>>That's 50,400 powered-on hours, assuming continuous operation, per failure,
>>or an MTBF of ~50,000 hours.  Considering that many of these machines were
>>getting more like 20-30 power-on hours per week the real numbers are
>>considerably worse.  I am being charitable.
>>
>>I believe the published numbers were either 100,000 or 200,000.  In any
>>event we didn't even get close to those numbers. 
>
>	Two things to remember about MTBF's:  1) MTBF can be cut in half when
>the in-box ambient temperature rises 5 or 10 degrees C.  

10 degrees celcius on the case is equivalent to 50% of the MTBF, yes.  This
is one reason the Televideo units had such an impressive MTBF -- they had a
killer fan setup (it was a little loud, but it kept the system COOL)

>2) My friends in the
>disk drive business tell me that power-down/up is roughly the equivalent of
>15-70 hours of operation (their comments vary).  If your drives were being
>powered up/down each day, say 300 days/year, plus say 30 hrs/week running,
>that would be ~6000-22500 hours/year per unit, or .3 to 1.3 drive failures
>per week, which is about what you observed (and that's assuming they're running
>in cool temps).

That's about right.

>> BTW, the MTTR (mean 
>>time to repair) on those failures was < 30 minutes in all cases but one -- 
>>the one out of warranty failure was caused by a cockroach (!) infestation 
>>which precipitated a short circuit in the logic (cockroaches have to go to 
>>the bathroom too).  Yes, it was disgusting :-)
>
>	Eeewwww!  Pray tell, _how_ did this happen?  Did you manage to find
>the one special variety of roach that apparently has a liking to wire
>insulation?

No, they apparently liked the warm environment of the system unit (above
ambient); this was in a rather cool warehouse.  It appeared that an entire
colony had taken up residence inside the machine with obvious results.

It was seriously disgusting.  I fumigated my car when I got the thing back 
to the shop and discovered what was wrong with it :-)

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.periphs.scsi
From: forti@ghost.dsi.unimi.it (roberto forti)
Subject: St 1239/n low level format ???????
Organization: Computer Science Dep. - Milan University
Date: Thu, 17 Dec 1992 11:25:59 GMT


Hi,
I have a ST 1239/N Seagate 209 Mb scsi hard disk formatted with a sector of 
256 bytes. I need format it with 512 bytes per sector but I can't find
a tool for low level format that allow me to decide the dimension
of the sector and other parameters.
Do you know where can I find (via ftp) such routines (sources also) .

P.S. I tryed with Speedstore and DiskMaestro, but I did not reach
anything.


Thanks in advance.


Ciao from Milan Roberto.



Newsgroups: comp.periphs.scsi,comp.ibm.pc.hardware,comp.sys.laptops
From: jlloyd@adapcal.UUCP (John Lloyd)
Subject: Re: Adaptec chip <=> Adaptec 1542?
Organization: Adaptec Inc., California
Distribution: comp
Date: Thu, 17 Dec 1992 17:56:38 GMT

In article <BOORTZ.92Dec13112726@athena.sics.se> boortz@sics.se (Kent Boortz) writes:
>
>Im interested in a laptop (SunPower HyperBook) with built in SCSI. 
>There is no room for a 1542 SCSI card but the computer contain an 
>Adaptec SCSI chip. What does this mean? Will it run software that 
>is using a 1542 without replacing drivers etc?

The chip is most like the AIC-6260 and should work with software 
designed for our 1522 adapter. You should check with the vendor to
make sure the default port assignment and IRQ match the 1522.



Newsgroups: comp.periphs.scsi