kern/118158: SONY SDX-570V (ATAPI) hangs frequently
Daniel O'Connor
doconnor at gsoft.com.au
Tue Nov 20 16:00:12 PST 2007
>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 at new-cain.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64
atapci0: <Intel ICH7 SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af mem 0x88400000-0x884003ff irq 19 at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
...
ast0: TAPE <SONY SDX-570V/0100> at ata0-slave SATA150
acd0: DVDR <SONY DVD RW AW-G170S/1.72> 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:
More information about the freebsd-bugs
mailing list