From owner-freebsd-hackers Sat Jan 6 11:55:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12652 for hackers-outgoing; Sat, 6 Jan 1996 11:55:07 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12644 for ; Sat, 6 Jan 1996 11:55:02 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tYeS6-0000zeC; Sat, 6 Jan 96 13:38 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tYeLO-000CC2C; Sat, 6 Jan 96 13:31 WET Message-Id: Date: Sat, 6 Jan 96 13:31 WET To: chuck@fang.cs.sunyit.edu, hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Jan 6 1996, 13:31:57 CST Subject: re: A few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk [0]1) Using an ExaByte 8200 on a 2.1 system with an Adaptec 1522A and [0]a 1542CF SCSI Card - [0] [0]The dump application exits with the error [0] "st1: bad request, must be between 0 and 0" Oh I am *SO* glad to see this! So I am not the only one who has seen this message! I got this with dump also, and it would magically go away if I issued a "mt rewind" TWICE and then re-ran the dump (same tape). This was on a WangDAT 4MM tape system with a 1542C controller. The 1542C had the latest ROM code and this was under 2.1.0. [0]b) After a dump I always need to execute "mt -f /dev/st0 offline" [0]in order to eject the tape. I am unable to eject the tape using the eject [0]button. I have been told "we did that on purpose(TM)" when I complained about it a month or two ago. This is unfortunate, because on the WangDAT, the "drive locked" and "activity light" are one and the same. So unlike SCO where the light would blink indicating activity, in FreeBSD the light goes on at the first access and stays on until I do the offline command. The reasoning for why this was done this way was so that no one would be able to walk up and eject the tape. OK, but now I have authorized people walk up and issue the offline command thinking the unit isn't in use when it was. No improvement in this secure computer room. I'd prefer the status light. Perhaps a "non-locking" dev is the answer? That is what I provided for the Matsushita CD-ROM drives. As to the "must be between 0 and 0", there is a bug somewhere, probably in accepting density 0 as a hardware default. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983