From owner-freebsd-scsi Wed Oct 1 03:14:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA04129 for freebsd-scsi-outgoing; Wed, 1 Oct 1997 03:14:13 -0700 (PDT) Received: from DonaldBurr.dyn.ml.org (dburr@[206.18.115.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA04110; Wed, 1 Oct 1997 03:14:01 -0700 (PDT) Received: (from dburr@localhost) by DonaldBurr.dyn.ml.org (8.8.5/8.8.5) id DAA01071; Wed, 1 Oct 1997 03:13:08 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Wed, 01 Oct 1997 03:00:52 -0700 (PDT) Organization: Starfleet Command From: Donald Burr To: AIC7xxx List , FreeBSD SCSI , FreeBSD Hardware Subject: Odd behavior of Wangtek 5525ES SCSI tape drive under 2.2.2 and A Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- I am the proud owner of a (ahc0:4:0): "WANGTEK 5525ES SCSI 73R1" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x0, drive empty Wangtek 5525ES SCSI-2 tape drive (525MB QIC-525 drive). It's connected to my brand-new Adaptec AHA-2940AU PCI SCSI controller (aic7860), on my FreeBSD 2.2.2-RELEASE system. This setup works pretty well. I've already done several successful dumps to this device, and have created more tar tapes than I can shake a stick at. The weirdness comes with the `mt' command. Basically, any "mt" command that causes the tape drive to spin (weof, retension, fsf, etc.) SOMETIMES (probably 1 in 10 times) causes the system to "soft hang". Processes keep running, I can switch to another VC and login, or telnet to the machine over the network, etc. BUT the mt process is hung -- I can't exit with Ctrl-C, or kill (even kill -KILL) it. Ctrl-Z fails to suspend the thing, and the process fails to die on a reboot/shutdown (this results in the "syncing disks...giving up" message). And the tape drive don't spin. BUT, other commands that access the tape drive (tar, dump, even dd) work fine!!! unix% tar cv /some/dir /some/dir/a /some/dir/a/file /some/dir/b/dir /some/dir/c/file2 ...tape drive chugs away, and finishes successfully unix% dump 0auf /dev/rst0 / DUMP: .... [successful dump] unix% dd if=/dev/rst0 of=/dev/zero ...blahblahblah unix% mt retension [ oops - hung. Big Red Button time. ] I have tried the usual remedies -- checking cables and termination, disconnecting all SCSI devices EXCEPT the tape drive, etc. Nothing helps. As stated above, I run 2.2.2-RELEASE. I have tried one of the RELENG kernels (970913 I think), with the same behavior. Unfortunately I'm not man enough to try CURRENT. :) My controller is an Adaptec AHA-2940AU PCI SCSI controller (aic7860). The controller works great, and all of my other devices (JAZ, cd-rom, etc.) work flawlessly. Any ideas? dmesg output follows: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.2-RELEASE #0: Mon Sep 15 01:19:35 PDT 1997 root@DonaldBurr.DonaldBurr.dyn.ml.org:/usr/src/sys/compile/DONALDBURR CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 Stepping=4 Features=0x1 real memory = 33554432 (32768K bytes) avail memory = 30396416 (29684K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:5 vga0 rev 71 on pci0:11 ahc0 rev 1 int a irq 11 on pci0:13 ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0 waiting for scsi devices to settle (ahc0:1:0): "NEC CD-ROM DRIVE:462 1.16" type 5 removable SCSI 2 cd0(ahc0:1:0): CD-ROM can't get the size (ahc0:2:0): "iomega jaz 1GB H.72" type 0 removable SCSI 2 sd0(ahc0:2:0): Direct-Access sd0(ahc0:2:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd0 could not mode sense (4). Using ficticious geometry 1021MB (2091050 512 byte sectors) sd0(ahc0:2:0): with 1021 cyls, 64 heads, and an average 32 sectors/track (ahc0:4:0): "WANGTEK 5525ES SCSI 73R1" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x0, drive empty ed0 rev 0 int a irq 9 on pci0:15 ed0: address 00:00:b4:5a:4e:71, type NE2000 (16 bit) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <12 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (wd2): , 32-bit, multi-block-32 wd2: 234MB (479632 sectors), 967 cyls, 16 heads, 31 S/T, 512 B/S fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 10 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: sctarg0(noadapter::): Processor Target Donald Burr - Ask me for my PGP key | PGP: Your WWW HomePage: http://DonaldBurr.base.org/ ICQ #1347455 | right to Address: P.O. Box 91212, Santa Barbara, CA 93190-1212 | 'Net privacy. Phone: (805) 957-9666 FAX: (800) 492-5954 | USE IT. -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNDIiMvjpixuAwagxAQG2OwQArwrX8X64kdcoH4IyyBFNG4Z8odYXNia3 eRgNWLgurrLdqHDCe3X9fF6wEsMHhVYC341NhjbgIFOtcuHXxWZzYBccdVyxWbE4 CZ0O762RdASE9ezNnnDvNnTysYl7c0hh2efti8HZdUbhorpByx98p/IhLn/8QhLs KDdzQ9vGqcA= =E/1T -----END PGP SIGNATURE-----