From owner-freebsd-bugs@FreeBSD.ORG Wed Nov 21 00:00:12 2007 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56FBE16A46B for ; Wed, 21 Nov 2007 00:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 462C013C465 for ; Wed, 21 Nov 2007 00:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAL00CBH050863 for ; Wed, 21 Nov 2007 00:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAL00CMj050862; Wed, 21 Nov 2007 00:00:12 GMT (envelope-from gnats) Resent-Date: Wed, 21 Nov 2007 00:00:12 GMT Resent-Message-Id: <200711210000.lAL00CMj050862@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Daniel O'Connor" Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C373916A419 for ; Tue, 20 Nov 2007 23:50:03 +0000 (UTC) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6828213C458 for ; Tue, 20 Nov 2007 23:50:02 +0000 (UTC) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain.gsoft.com.au (localhost [127.0.0.1]) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAKNo0Ot049352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Nov 2007 10:20:01 +1030 (CST) (envelope-from doconnor@cain.gsoft.com.au) Received: (from doconnor@localhost) by cain.gsoft.com.au (8.13.8/8.13.8/Submit) id lAKNo0Qb049351; Wed, 21 Nov 2007 10:20:00 +1030 (CST) (envelope-from doconnor) Message-Id: <200711202350.lAKNo0Qb049351@cain.gsoft.com.au> Date: Wed, 21 Nov 2007 10:20:00 +1030 (CST) From: "Daniel O'Connor" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: kern/118158: SONY SDX-570V (ATAPI) hangs frequently X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel O'Connor List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 00:00:12 -0000 >Number: 118158 >Category: kern >Synopsis: SONY SDX-570V (ATAPI) hangs frequently >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 21 00:00:11 UTC 2007 >Closed-Date: >Last-Modified: >Originator: Daniel O'Connor >Release: FreeBSD 6.2-STABLE amd64 >Organization: >Environment: System: FreeBSD cain.gsoft.com.au 6.2-STABLE FreeBSD 6.2-STABLE #0: Fri Feb 2 17:35:07 CST 2007 root@new-cain.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af mem 0x88400000-0x884003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 ... ast0: TAPE at ata0-slave SATA150 acd0: DVDR at ata1-slave SATA150 aposkidm# atacontrol cap ast0 Protocol Serial ATA v1.0 device model SONY SDX-570V serial number 0001020294 firmware revision 0100 cylinders 0 heads 0 sectors/track 0 lba supported lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache no no read ahead no no Native Command Queuing (NCQ) no - 0/0x00 Tagged Command Queuing (TCQ) no no 0/0x00 SMART no no microcode download no no security no no power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 aposkidm# >Description: Quite often the tape drive appears to 'hang' and will not respond to eject requests either from the button (does nothing - no LEDs flash etc) or mt -f /dev/ast0 offline (returns EIO) A reinit of the channel gets the tape drive back in order, ie atacontrol reinit ata0 >How-To-Repeat: The script to write to the tape is fairly straightforward. It tar's a bunch of stuff to a spool directory then writes those files out to tape, rewind's the tape and then reads the files back and compares md5. As compared to SCSI drives (AIT, DDS & LTO) I have had to add delays into the script to wait for the tape to rewind as it does not appear to block until it's done. It does not report EBUSY when you try and access it. This is unfortunate as there is no way to tell if the drive is busy, broken, has no tape, etc.. >Fix: >Release-Note: >Audit-Trail: >Unformatted: