Date: Sun, 22 Oct 2000 15:41:04 +1100 (EST) From: sean@gothic.net.au To: FreeBSD-gnats-submit@freebsd.org Subject: kern/22204: ATA time-outs when using Seagate STT/20000A TR-5 ATAPI tape Message-ID: <200010220441.e9M4f4700675@vampire.gothic.net.au>
next in thread | raw e-mail | index | archive | help
>Number: 22204 >Category: kern >Synopsis: ATA time-outs when using Seagate STT/20000A TR-5 ATAPI tape >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 21 21:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sean Winn >Release: FreeBSD 4.1.1-STABLE i386 >Organization: >Environment: atapci0: <Intel PIIX3 ATA controller> port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=50 ata0: mask=03 status0=00 status1=10 ata0: devices = 0xc ata0: at 0x1f0 irq 14 on atapci0 ata0-master: piomode=3 dmamode=1 udmamode=-1 dmaflag=1 ata0-master: success setting PIO3 on generic chip acd0: <NEC CD-ROM DRIVE:282/3.07> CDROM drive at ata0 as master acd0: read 1376KB/s (1376KB/s), 128KB buffer, PIO3 acd0: Reads: CD-DA acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM unknown medium, unlocked ata0-slave: piomode=4 dmamode=-1 udmamode=-1 dmaflag=0 ata0-slave: success setting PIO4 on generic chip ast0: <Seagate STT20000A/8N36> tape drive at ata0 as slave ast0: 1000KB/s, transfer limit 108 blks, 324KB buffer, PIO4 ast0: Unknown media (0xb7), reverse, qfa, ecc, 512b >Description: During backups or any extended write sequence to the drive, the following will be produced: ast0: WRITE command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=00 status1=10 ata0-master: success setting PIO3 on generic chip ata0-slave: timeout waiting for command=ef s=11 e=60 ata0-slave: failed setting PIO4 on generic chip ata0-slave: using PIO mode set by BIOS done At which point dump will abort write an I/O error Small backups work successfully; the drive probably recalibrates during a long dump, which makes for an extra long write cycle. Similarly, doing a mt retension will produce ast0: TEST_UNIT_READY command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=00 status1=10 ata0-master: success setting PIO3 on generic chip ata0-slave: timeout waiting for command=ef s=11 e=60 ata0-slave: failed setting PIO4 on generic chip ata0-slave: using PIO mode set by BIOS done And return to the prompt with 'Input/output error' Tape drive and tape successfully pass a 8000M read/write test using the Seagate Diagnostics Utility 2.1 under DOS This is not specific to the ATA controller (an Aladdin chipset produces the same results). >How-To-Repeat: Try a backup using that model tape drive. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200010220441.e9M4f4700675>