From owner-freebsd-scsi Mon May 6 19:44:44 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02752 for freebsd-scsi-outgoing; Mon, 6 May 1996 19:44:44 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02743 for ; Mon, 6 May 1996 19:44:40 -0700 (PDT) Received: by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA27632; Mon, 6 May 1996 19:44:44 -0700 Date: Mon, 6 May 1996 19:44:44 -0700 (PDT) From: "Brian N. Handy" To: freebsd-scsi@freebsd.org Subject: Phillips CDD 522 Works! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey Folks, A week ago I promised (in -current, I think) to try a Phillips CDD 522 CDR with the new wormcontrol software. I've returned from afar and finally had a few minutes to unite my PC with the CDR. (P-133, NCR scsi, 16MB, Quantum Atlas 2.1 on same SCSI bus.) It works! I had to call the CDD 522 an HP 4020i, but it seems to work great otherwise. For the sake of completeness, I'll include my little script at the end of this missive. This is cool. My $3500 PC can now replace an expensive YMI server! I'm going to run it some more and see if anything pops up, but I'm not too worried. One thing I did on a whim -- I found this line in LINT and figured I needed it: device worm0 at scbus? # SCSI worm Do I really need this? I compiled it in, seemed clear I was going to need it. Anyway, thanks, tally ho and all that, Brian mkisofs -d -a -N -l -R -T -v -A "This is a Test" -P "Written by BH" \ -o /home/handy/filesystem.iso /ys/ucon/soft wormcontrol select HP 4020i wormcontrol prepdisk double wormcontrol track data rtprio 5 team -v 1m < filesystem.iso | dd of=/dev/rworm0 obs=20k wormcontrol fixate 1 From owner-freebsd-scsi Mon May 6 23:26:04 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15018 for freebsd-scsi-outgoing; Mon, 6 May 1996 23:26:04 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA14994 for ; Mon, 6 May 1996 23:25:58 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA27820; Tue, 7 May 1996 08:25:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA12373; Tue, 7 May 1996 08:25:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09445; Tue, 7 May 1996 08:24:10 +0200 (MET DST) From: J Wunsch Message-Id: <199605070624.IAA09445@uriah.heep.sax.de> Subject: Re: Phillips CDD 522 Works! To: freebsd-scsi@freebsd.org Date: Tue, 7 May 1996 08:24:09 +0200 (MET DST) Cc: handy@sag.space.lockheed.com (Brian N. Handy) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian N. Handy" at "May 6, 96 07:44:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > It works! I had to call the CDD 522 an HP 4020i, but it seems to work > great otherwise. For the sake of completeness, I'll include my little > script at the end of this missive. Great news! Now we could drop another description record in the driver that shares its functions with the HP4020i. Can you please quote the probe message here (for the strings)? > device worm0 at scbus? # SCSI worm > > Do I really need this? Yep. How else should the kernel even know that you've got a worm device? > mkisofs -d -a -N -l -R -T -v -A "This is a Test" -P "Written by BH" \ > -o /home/handy/filesystem.iso /ys/ucon/soft (Btw., due to a minor glitch in the driver, you might better add a: scsi -f /dev/rworm0.ctl -c "0 0 0 0 0 0" >/dev/null 2>&1 here. It's a dummy TEST UNIT READY, just in case to catch a unit attention.) > wormcontrol select HP 4020i > wormcontrol prepdisk double > wormcontrol track data > rtprio 5 team -v 1m < filesystem.iso | dd of=/dev/rworm0 obs=20k > wormcontrol fixate 1 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Tue May 7 05:52:56 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04612 for freebsd-scsi-outgoing; Tue, 7 May 1996 05:52:56 -0700 (PDT) Received: from hda.com (ip91-max1-fitch.zipnet.net [199.232.245.91]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04604 for ; Tue, 7 May 1996 05:52:53 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA24119; Tue, 7 May 1996 08:57:25 -0400 From: Peter Dufault Message-Id: <199605071257.IAA24119@hda.com> Subject: Re: Buffered Writes? To: hsu@clinet.fi (Heikki Suonsivu) Date: Tue, 7 May 1996 08:57:24 -0400 (EDT) Cc: hdalog@zipnet.net, freebsd-scsi@freebsd.org In-Reply-To: <199605050055.DAA13322@cantina.clinet.fi> from "Heikki Suonsivu" at May 5, 96 03:55:53 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > queue algorithm modifier usually is "write in issue order" so just setting > WCE to 1 does not do cause any damage (and nor it usually improves the > performance if the load is continous like news disk)... And I suppose that with write reallocation on a "deferred error" isn't much of a problem either since you shouldn't get an error, so I might have been wrong in that last mail. -- Temporarily via "hdalog@zipnet.net"... Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Tue May 7 06:03:05 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05179 for freebsd-scsi-outgoing; Tue, 7 May 1996 06:03:05 -0700 (PDT) Received: from hda.com (ip91-max1-fitch.zipnet.net [199.232.245.91]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05170 for ; Tue, 7 May 1996 06:03:01 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id JAA24135; Tue, 7 May 1996 09:06:27 -0400 From: Peter Dufault Message-Id: <199605071306.JAA24135@hda.com> Subject: Re: Buffered Writes? To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 7 May 1996 09:06:26 -0400 (EDT) Cc: hsu@clinet.fi, hdalog@zipnet.net, freebsd-scsi@freebsd.org In-Reply-To: <199605050520.WAA01785@GndRsh.aac.dev.com> from "Rodney W. Grimes" at May 4, 96 10:20:57 pm Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ... The mode pages to get them > to write cache are vendor specific and without the vendors manual for the > drive your going to have a very hard time to get it turned on. Take a look at "8.1.6 Data Cache" and "8.3.3.1 Caching Page" of the SCSI II spec. -- Temporarily via "hdalog@zipnet.net"... Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Tue May 7 10:46:54 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21400 for freebsd-scsi-outgoing; Tue, 7 May 1996 10:46:54 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21395 for ; Tue, 7 May 1996 10:46:52 -0700 (PDT) Received: by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA05490; Tue, 7 May 1996 10:44:02 -0700 Date: Tue, 7 May 1996 10:44:02 -0700 (PDT) From: "Brian N. Handy" To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: Phillips CDD 522 Works! In-Reply-To: <199605070624.IAA09445@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, J Wunsch wrote: > As Brian N. Handy wrote: > > > It works! I had to call the CDD 522 an HP 4020i, but it seems to work > > great otherwise. For the sake of completeness, I'll include my little > > script at the end of this missive. > > Great news! Now we could drop another description record in the > driver that shares its functions with the HP4020i. > > Can you please quote the probe message here (for the strings)? Sure! ==================================================================== FreeBSD 2.2-CURRENT #0: Mon May 6 18:17:51 PDT 1996 handy@handy.space.lockheed.com:/usr/2.2-CURRENT/src/sys/compile/RAPTOR [...] (ncr0:4:0): "IMS CDD522/10 1.05" type 4 removable SCSI 1 worm0(ncr0:4:0): Write-Once - see worm(4) for usage warningsworm0(ncr0:4:0): NOT READY asc:4,0 worm0(ncr0:4:0): Logical unit not ready, cause not reportable worm0(ncr0:4:0): could not get size - can't get capacity. [...] ==================================================================== This is with -current supped as of May 5. I've written a few more CD's and as far as I can tell it's working flawlessly. If there's any experiments I should try to help test this out let me know. Cheers, Brian From owner-freebsd-scsi Tue May 7 11:45:21 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24597 for freebsd-scsi-outgoing; Tue, 7 May 1996 11:45:21 -0700 (PDT) Received: from faui40.informatik.uni-erlangen.de (root@faui40.informatik.uni-erlangen.de [131.188.2.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA24590 for ; Tue, 7 May 1996 11:45:08 -0700 (PDT) Received: from faui45r.informatik.uni-erlangen.de (eckert@faui45r.informatik.uni-erlangen.de [131.188.2.54]) by immd4.informatik.uni-erlangen.de with ESMTP id UAA18157 (8.7.5/7.5b-FAU); for ; Tue, 7 May 1996 20:43:22 +0200 (MET DST) From: Toerless Eckert Message-Id: <199605071843.UAA18157@faui40.informatik.uni-erlangen.de> Subject: SCSI abort To: scsi@freebsd.org Date: Tue, 7 May 1996 20:43:20 +0200 (MET DST) Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I was wondering if you could help me out with the following problem: I need to issue a SCSI "locate" command to a tape drive, that may need to be aborted. This is used for audio DAT scsi, where the "locate" command is meant to do "fast-forward" or "fast-backward" seeking and the abort will simply terminate this seeking. How culd one initiate to abort an issued SCSI command with FreeBSD. Is it possible ? has it been tried ? will it work ? Is there a chance to issue SCSI-commands asynchronuously anyhow ? Best regards -- Toerless Eckert Universitaet Erlangen Nuernberg Lehrstuhl fuer Betriebsysteme Martensstrasse 1 D-91058 Erlangen, Germany Tel.: +49 9131 85 7278 FAX: +49 9131 85 8732 Toerless.Eckert@Informatik.Uni-Erlangen.DE /C=De/A=D400/P=Uni-Erlangen/OU=Informatik/S=Eckert/G=Toerless/ From owner-freebsd-scsi Tue May 7 12:38:20 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27898 for freebsd-scsi-outgoing; Tue, 7 May 1996 12:38:20 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27887 for ; Tue, 7 May 1996 12:38:10 -0700 (PDT) Received: by Sisyphos id AA04492 (5.67b/IDA-1.5 for scsi@freebsd.org); Tue, 7 May 1996 21:38:03 +0200 Message-Id: <199605071938.AA04492@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 7 May 1996 21:38:02 +0200 In-Reply-To: Toerless Eckert "SCSI abort" (May 7, 20:43) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: scsi@freebsd.org Subject: Re: SCSI abort Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On May 7, 20:43, Toerless Eckert wrote: } Subject: SCSI abort } Hi } } I was wondering if you could help me out with the following problem: } } I need to issue a SCSI "locate" command to a tape drive, that may need } to be aborted. This is used for audio DAT scsi, where the "locate" command } is meant to do "fast-forward" or "fast-backward" seeking and the } abort will simply terminate this seeking. How culd one initiate to } abort an issued SCSI command with FreeBSD. Is it possible ? has it been } tried ? will it work ? Is there a chance to issue SCSI-commands } asynchronuously anyhow ? This is possible by sending the ABORT message to the target, if it has disconnected before. See section 6.6.1 in the SCSI-2 draft (guess its the same section in the final document). Didn't check whether it is possible to send a SCSI message without a SCSI command under FreeBSD (don't access to my system, currently) ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Tue May 7 12:53:51 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29175 for freebsd-scsi-outgoing; Tue, 7 May 1996 12:53:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA29126 for ; Tue, 7 May 1996 12:53:03 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA01557; Tue, 7 May 1996 21:50:45 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA19702; Tue, 7 May 1996 21:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA11157; Tue, 7 May 1996 21:33:13 +0200 (MET DST) From: J Wunsch Message-Id: <199605071933.VAA11157@uriah.heep.sax.de> Subject: Re: Phillips CDD 522 Works! To: freebsd-scsi@freebsd.org Date: Tue, 7 May 1996 21:33:13 +0200 (MET DST) Cc: handy@sag.space.lockheed.com (Brian N. Handy) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian N. Handy" at "May 7, 96 10:44:02 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > > Can you please quote the probe message here (for the strings)? > > Sure! > ==================================================================== > FreeBSD 2.2-CURRENT #0: Mon May 6 18:17:51 PDT 1996 > handy@handy.space.lockheed.com:/usr/2.2-CURRENT/src/sys/compile/RAPTOR > [...] > (ncr0:4:0): "IMS CDD522/10 1.05" type 4 removable SCSI 1 Thanks! > If there's any > experiments I should try to help test this out let me know. Not yet right now, unless you're going to have some CD-DA files around and would give it a try to burn audio CDs. I'm still missing the _reading_ side (and a soundcard, FWIW), so i haven't pursued writing them by now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Tue May 7 14:33:39 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10570 for freebsd-scsi-outgoing; Tue, 7 May 1996 14:33:39 -0700 (PDT) Received: from tailspin.nas.nasa.gov (tailspin.nas.nasa.gov [129.99.33.48]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10561 for ; Tue, 7 May 1996 14:33:35 -0700 (PDT) Received: from localhost (proett@localhost) by tailspin.nas.nasa.gov (8.6.12/NAS.6.1) with SMTP id OAA27433 for ; Tue, 7 May 1996 14:33:34 -0700 Message-Id: <199605072133.OAA27433@tailspin.nas.nasa.gov> X-Authentication-Warning: tailspin.nas.nasa.gov: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.6 3/24/96 To: scsi@freebsd.org Subject: quantum atlas vs adaptec Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 14:33:33 -0700 From: Tom Proett Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I grep'ed through the FAQ to see if there was any info on this but didn't find it so here goes... I bought a Quantum Atlas scsi disk drive (XP34300) and connected it to my Adaptec 1742A scsi adaptor. I have a micropolis disk as scsi id 0 and the atlas is scsi id 1. The adaptec is scsi id 7. I started from DOS and ran fdisk fine. Then I tried format. All went well until the end when it was going to write the label. At this point, the system froze with the drive and adaptor busy lights on solid. I tried doing a few things with the drive and almost everything resulted in a freeze. I contacted Quantum and they said there was a timing problem between the atlas and the adaptec 1742 and gave me a firmware upgrade for the disk. It completed with no error but the freeze still happens. Trying to access the disk from FreeBSD results in a freeze as well. Any ideas? Tom Proett From owner-freebsd-scsi Tue May 7 16:20:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23571 for freebsd-scsi-outgoing; Tue, 7 May 1996 16:20:37 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23564 for ; Tue, 7 May 1996 16:20:29 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with ESMTP id BAA13088; Wed, 8 May 1996 01:20:23 +0200 (MET DST) X-Sender: michael@zit1.zit.th-darmstadt.de Message-Id: In-Reply-To: <199605011750.AA12965@Sisyphos> References: Andrew Suessmuth "ASUS SP3G NCR problem" (May 1, 10:52) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 8 May 1996 01:20:18 +0200 To: se@zpr.uni-koeln.de (Stefan Esser) From: Michael Beckmann Subject: Re: ASUS SP3G NCR problem Cc: scsi@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >} Another cute effect occurs when I exit the install program, causing a = >} reboot, my system reports a CMOS checksum error, and gets reset to the = >} default BIOS settings. > >This should not happen, and I never heard >about this before ... As far as I remember, this happened to me, too, when I still ran FreeBSD on an SP3G . The system also refused to reboot after shutdown; I had to press reset. However, these were the only problems I ever experienced with the 2.1 Snapshot from July 95 that I used at that time. Michael From owner-freebsd-scsi Tue May 7 17:10:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27897 for freebsd-scsi-outgoing; Tue, 7 May 1996 17:10:40 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA27889 for ; Tue, 7 May 1996 17:10:37 -0700 (PDT) Received: from srmail.sr.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA011754231; Tue, 7 May 1996 17:10:31 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA152644230; Tue, 7 May 1996 17:10:30 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA076014229; Tue, 7 May 1996 17:10:29 -0700 Message-Id: <199605080010.AA076014229@hpnmhjw.sr.hp.com> To: Tom Proett Cc: scsi@freebsd.org Subject: Re: quantum atlas vs adaptec In-Reply-To: Your message of "Tue, 07 May 1996 14:33:33 PDT." <199605072133.OAA27433@tailspin.nas.nasa.gov> Date: Tue, 07 May 1996 17:10:28 -0700 From: Darryl Okahata Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I started from DOS and ran fdisk fine. Then I tried format. All went > well until the end when it was going to write the label. At this point, > the system froze with the drive and adaptor busy lights on solid. > I tried doing a few things with the drive and almost everything resulted > in a freeze. I contacted Quantum and they said there was a timing problem > between the atlas and the adaptec 1742 and gave me a firmware upgrade for > the disk. It completed with no error but the freeze still happens. > Trying to access the disk from FreeBSD results in a freeze as well. Perhaps the Quantum is responding to SCSI commands too quickly for the adapter to handle? The 1742 is pretty old. To the end of this message, I've appended a copy of some posts that appeared on comp.periphs.scsi some time back (these supposedly do apply to Atlas drives). In particular, see item #2 of the first message. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. =============================================================================== From: Ralf-Peter Rohbeck Newsgroups: comp.periphs.scsi Subject: Re: Can't Low-Level Quantum Capella Date: 29 Jan 1996 13:40:48 GMT Organization: Quantum Germany NNTP-Posting-Host: rprmac.qntm.com Per Vaihinen wrote: >I also had lots of problems with this drive! We changed one unit 5 times >and eventually they shipped the last one again because they got it to >work with Adaptec AHA2940. We got the same error message when we tried >to low-level format with SCSISelect. But it worked! The reason we >returned the drive so many times was that it was 6-8 times slower than >normal drives in formatting and it didn't work on a AHA-1542CF BIOS2.02. Hi. I don't know if you saw my earlier post on this. But the Capella works well with Adaptecs - if you know how to do it. Sorry if your source didn't have the necessary tech support to get it fixed. To summarize: 1. The format problem is Adaptec's fault. They try to do a MODE SELECT on a mode page that the Capella doesn't have and bail out on the returned nonzero status. Several external programs are available that do the FORMAT right. 2. The synchronous transfer problems: Also Adaptec's fault. By default, the Capella runs at full steam. Unfortunately, on hardware cache hits, it returns data so quickly that the host adapter loses the first few bytes, which hangs the transmission. There is a bit in the mode pages to delay read cache hits by some 15 us so the drive doesn't overrun the host adapter. It can be set with e.g. DSP tools which is available on the Net (ftp://ftp.rahul.net/pub/lps/hard-disk). Set page 25h byte 5 bit 3 (08h). 3. The formatting time: Ok, it takes a lot longer than other vendors' drives. But how often do you format a drive? And what do you think this says about the effort put into certifying each block? 4. Problems with Fireballs? Not that I know of. The Fireball is the most successful product we ever made. The high production numbers lead to proportionally increased numbers of failures at equal reliabilty, obviously. And the Fireball is a little more reliable than e.g. Lightning. 5. Empire: Admitted, the reliabilty of some Empire lots has been less than expected. But still, this is bad luck. The failure rates are a few percent per year at most. FWIW, all of the above applies to Atlas drives as well and will probably also apply to Atlas II. Cheers, Ralf-Peter ======================================================================== Ralf-Peter Rohbeck rrohbeck@qntm.com Quantum GmbH-Application Engineering-Central Europe (+49) 69-950767-18 Berner Str. 28, 60437 Frankfurt, Germany fax (+49) 69-950767-91 #include "disclaimer.h" tech support hotline (+49) 69-950767-26 =============================================================================== From: Ralf-Peter Rohbeck Newsgroups: comp.periphs.scsi Subject: Re: Can't Low-Level Quantum Capella Date: Wed, 21 Feb 1996 15:22:05 +0100 Organization: Quantum Germany Reply-To: rrohbeck@qntm.com Hi, Wallace Moore wrote: > say, why it doesn't offer relative addressing or linked commands? > My older Micropolis does, incidentally. Are these SCSI drive > capabilities irrelevant, or do they have real value? Or, again, Nobody really required them so far so we didn't implement them. There might a use for linking in multi initiator systems, but I never saw anyone using relative addressing in disk drives. > Note that I merely accepted Mr. Rohbeck's assertion that the > Adaptec mode page (the one that supposedly causes Quantum-drive > low-level formats to abort) is a "dummy." That does not count as > convincing proof. So, while we're (myself alone, possibly) > pondering why certain other drive-makers manage to handle that > "dummy" page effortlessly and without complaint, maybe you could You got me wrong. This page serves a real purpose, but only in Quantum drives designed in Milpitas, with the "Quantum West" SCSI architecture. It allows a quicker low level format by setting certain parameters. The drives designed in Shrewsbury ("Quantum East", i.e. ex Avastor/DEC) have a completely different architecture which doesn't offer that feature. Now that these drives are called "QUANTUM" instead of "DEC" in the INQUIRY data, Adaptec's BIOS tries to set that mode page and fails. To avoid that, we'd have to implement a dummy mode page in the Quantum East SCSI firmware. There is a quick and dirty fix by changing the INQUIRY vendor name from "QUANTUM" to "Quantum" (using different firmware) so the Adaptec BIOS doesn't recognize it any more. But I don't like that. The SCSI spec says that Quantum's vendor id is "QUANTUM" and doesn't say if it should or shouldn't be case sensitive. So, we'd have to bet that all applications that need to recognize the vendor name do a case insensitive compare - except for Adaptec. But, in any case: 1. You don't have to low level format any modern drive. It's a waste of time. 2. If you still want to, you can use the format program from the EZ-SCSI package or our DSP tools. Cheers, Ralf-Peter -- ======================================================================== Ralf-Peter Rohbeck rrohbeck@qntm.com Quantum GmbH-Application Engineering-Central Europe (+49) 69-950767-18 Berner Str. 28, 60437 Frankfurt, Germany fax (+49) 69-950767-91 #include "disclaimer.h" tech support hotline (+49) 69-950767-26 From owner-freebsd-scsi Tue May 7 23:16:12 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA27419 for freebsd-scsi-outgoing; Tue, 7 May 1996 23:16:12 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA27414 for ; Tue, 7 May 1996 23:16:11 -0700 (PDT) Received: from GndRsh.aac.dev.com ([198.145.92.241]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id XAA09521 for ; Tue, 7 May 1996 23:16:08 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA02959; Tue, 7 May 1996 23:13:25 -0700 From: "Rodney W. Grimes" Message-Id: <199605080613.XAA02959@GndRsh.aac.dev.com> Subject: Re: quantum atlas vs adaptec To: proett@nas.nasa.gov (Tom Proett) Date: Tue, 7 May 1996 23:13:25 -0700 (PDT) Cc: scsi@FreeBSD.ORG In-Reply-To: <199605072133.OAA27433@tailspin.nas.nasa.gov> from Tom Proett at "May 7, 96 02:33:33 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I grep'ed through the FAQ to see if there was any info on this but didn't > find it so here goes... > > I bought a Quantum Atlas scsi disk drive (XP34300) and connected it to > my Adaptec 1742A scsi adaptor. I have a micropolis disk as scsi id 0 > and the atlas is scsi id 1. The adaptec is scsi id 7. > > I started from DOS and ran fdisk fine. Then I tried format. All went > well until the end when it was going to write the label. At this point, > the system froze with the drive and adaptor busy lights on solid. > I tried doing a few things with the drive and almost everything resulted > in a freeze. I contacted Quantum and they said there was a timing problem > between the atlas and the adaptec 1742 and gave me a firmware upgrade for > the disk. It completed with no error but the freeze still happens. > Trying to access the disk from FreeBSD results in a freeze as well. > > Any ideas? Have you triple checked that the SCSI bus termination is set up correctly? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-scsi Wed May 8 00:53:18 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05530 for freebsd-scsi-outgoing; Wed, 8 May 1996 00:53:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05474 for ; Wed, 8 May 1996 00:52:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA22008; Wed, 8 May 1996 09:51:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26261; Wed, 8 May 1996 09:51:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA14034; Wed, 8 May 1996 09:43:30 +0200 (MET DST) From: J Wunsch Message-Id: <199605080743.JAA14034@uriah.heep.sax.de> Subject: Re: quantum atlas vs adaptec To: scsi@freebsd.org Date: Wed, 8 May 1996 09:43:29 +0200 (MET DST) Cc: proett@nas.nasa.gov (Tom Proett) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605072133.OAA27433@tailspin.nas.nasa.gov> from Tom Proett at "May 7, 96 02:33:33 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tom Proett wrote: > I bought a Quantum Atlas scsi disk drive (XP34300) and connected it to > my Adaptec 1742A scsi adaptor. ... > I started from DOS and ran fdisk fine. Then I tried format. All went > well until the end when it was going to write the label. At this point, > the system froze with the drive and adaptor busy lights on solid. Are you really sure the cabling, termination, and term power are ok? (Most drives ship with termination enabled, and term power supplied to the bus. By now, at least.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat May 11 11:39:41 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01315 for freebsd-scsi-outgoing; Sat, 11 May 1996 11:39:41 -0700 (PDT) Received: from nike.efn.org (gurney_j@garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01308 for ; Sat, 11 May 1996 11:39:38 -0700 (PDT) Received: (from gurney_j@localhost) by nike.efn.org (8.7.5/8.7.3) id LAA00705; Sat, 11 May 1996 11:41:47 -0700 (PDT) Date: Sat, 11 May 1996 11:41:44 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: freebsd-scsi@freebsd.org Subject: a question about tape media Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk this really isn't a freebsd question... but I just go a Teac MT-25T/F50 tape drive... it included one complementary tape... but I have no idea were to get more tapes for it... the tapes look like normal audio tapes but have a notch in the top center of the B side... the tape has a model number of CT-600F on it... I must say that I like how easy it is to use scsi tape... keep up the good work... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-scsi Sat May 11 17:40:59 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA07695 for freebsd-scsi-outgoing; Sat, 11 May 1996 17:40:59 -0700 (PDT) Received: from freebsd.interramp.com (ip250.san-francisco3.ca.interramp.com [38.12.106.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA07687 for ; Sat, 11 May 1996 17:40:56 -0700 (PDT) Received: (from myers@localhost) by freebsd.interramp.com (8.6.12/8.6.12) id RAA10572 for freebsd-scsi@freebsd.org; Sat, 11 May 1996 17:38:01 -0700 Date: Sat, 11 May 1996 17:38:01 -0700 Message-Id: <199605120038.RAA10572@freebsd.interramp.com> From: dcmyers@access.digex.net Subject: NCR SCSI hanging after reboot Apparently-To: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anybody else experienced this? Whenever I reboot after having been using FreeBSD, my NCR 53C810-based SCSI card (Asus SC-200) hangs -- the NCR BIOS message comes up, but it never finds any disks. It will hang there forever, until I cycle the power. After doing that, everything works okay -- I can boot into DOS or FreeBSD. Specifics: FreeBSD 2.1R, Pentium 90, 16MB RAM, Asus M/B, Quantum 1080, Fujitsu 230 magneto-optical. Any suggestions would be welcome. -David.