From owner-freebsd-current Sun Oct 29 19:08:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26560 for current-outgoing; Sun, 29 Oct 1995 19:08:46 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA26555 for ; Sun, 29 Oct 1995 19:08:42 -0800 Received: from fw.ast.com by ast.com with SMTP id AA10686 (5.67b/IDA-1.5 for ); Sun, 29 Oct 1995 19:09:52 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0t9kOe-000089C; Sun, 29 Oct 95 20:56 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t9kN5-000IwpC; Sun, 29 Oct 95 20:54 WET Message-Id: Date: Sun, 29 Oct 95 20:54 WET To: jmb@kryten.atinc.com From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Sun Oct 29 1995, 20:54:47 CST Subject: Re: WANGDAT strangeness Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk [0]a WangDAT tape drive that under 2.0.5 won't let you remove the media until [0]you reboot the system, OR you can issue a mt offline, remove the media, and [0]then reboot to get the drive to load new media - that really stinks and [1] this problem must be unique to WangDAT or at least non-exabyte [1]4mm tape drives. i use a 4mm for daily backup. unload the tape with [1]"/usr/bin/mt -f /dev/rst0 rewoffl". load a new tape every morning and [1]haev no problems at all. [2]The DAT drive has a READY and an ACCESS light. Under SCO, the READY light [2]would blink yellow while loading/unloading, then remain green until the [2]media is unmounted. The ACCESS light only blinked during [2]commands/transfers, etc. So when the drive is idle (tape loaded or [2]unloaded), the ACCESS light is dark. [2] [2]On 2.0.5-R, the ACCESS light is off until you touch the drive, then it [2]goes on solid and remains on regardless of activity. Once the drive is [2]touched, the front-panel eject button no longer works. (From external [2]appearances, it acts like it is always in the middle of processing a [2]command from the host.) [3][snip] [2]I have been using the DAT drive for about four years under SCO UNIX with [2]their standard driver, so I know that the drive works well. [3] the wangdat drive may have broken firmware...my toshiba cdrom [3]does. i had to patch the kernel to overcome it...the drive claimed to be [3]a hard disk! how about sending in the dmesg output, boot with -v, please. Note that I replaced the 1540A with a 1542C to see if it would reduce the lockups. It didn't make any difference in behavior. So here is the system as it stands now: (I can't do a -v tonight since I am not at the location, but I was able to do a plain reboot remotely. Looks like the drive is considered a sequential device.) Oct 29 20:23:11 trsvax /kernel: FreeBSD 2.0.5-RELEASE #0: Sat Jun 10 10:46:56 1995 Oct 29 20:23:11 trsvax /kernel: jkh@westhill.cdrom.com:/usr/src/sys/ compile/GENERIC Oct 29 20:23:11 trsvax /kernel: CPU: i486DX (486-class CPU) Oct 29 20:23:11 trsvax /kernel: real memory = 16384000 (4000 pages) Oct 29 20:23:12 trsvax /kernel: avail memory = 14807040 (3615 pages) Oct 29 20:23:12 trsvax /kernel: Probing for devices on the ISA bus: Oct 29 20:23:12 trsvax /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Oct 29 20:23:12 trsvax /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Oct 29 20:23:12 trsvax /kernel: ed0 at 0x280-0x29f irq 9 maddr 0xd4000 msize 16384 on isa Oct 29 20:23:13 trsvax /kernel: ed0: address 00:00:c0:1e:e9:5a, type WD8013EPC (16 bit) ... Oct 29 20:23:17 trsvax /kernel: aha0: AHA-1542CF BIOS v2.01-VF.0, enabling mailbox, enabling residuals Oct 29 20:23:18 trsvax /kernel: aha0: reading board settings, dma=5 int=11 (bus speed defaulted) Oct 29 20:23:18 trsvax /kernel: aha0 at 0x330-0x333 irq 11 drq 5 on isa Oct 29 20:23:18 trsvax /kernel: aha0 waiting for scsi devices to settle Oct 29 20:23:18 trsvax /kernel: (aha0:0:0): "SEAGATE2 ST1239NS 9215" type 0 fixed SCSI 1 Oct 29 20:23:19 trsvax /kernel: sd0(aha0:0:0): Direct-Access 194MB (398790 512 byte sectors) Oct 29 20:23:19 trsvax /kernel: (aha0:2:0): "WangDAT Model 2600 01.2" type 1 removable SCSI 1 Oct 29 20:23:19 trsvax /kernel: st0(aha0:2:0): Sequential-Access density code 0x93, drive empty Oct 29 20:23:19 trsvax /kernel: (aha0:6:0): "SEAGATE ST11200N 8334" type 0 fixed SCSI 2 Oct 29 20:23:19 trsvax /kernel: sd1(aha0:6:0): Direct-Access 1005MB (2059140 512 byte sectors) ... Oct 29 20:23:22 trsvax /kernel: npx0 on motherboard Oct 29 20:23:22 trsvax /kernel: npx0: INT 16 interface Oct 29 20:23:22 trsvax /kernel: changing root device to sd0a Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 [3]okay--so what is letni? i didnt find it as a vax opcode..though [3]bbcci and bbssi look kinda net. Read it backwards, like the architecture. :-(