Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 14 Dec 2001 10:26:48 -0800 (PST)
From:      Sam Leffler <sam@errno.com>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/32831: HP Colorado IDE tape drive get wedged easily
Message-ID:  <200112141826.fBEIQmb25589@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         32831
>Category:       kern
>Synopsis:       HP Colorado IDE tape drive get wedged easily
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Dec 14 10:30:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Sam Leffler
>Release:        4.4-STABLE
>Organization:
>Environment:
FreeBSD ebb.errno.com 4.4-STABLE FreeBSD 4.4-STABLE #0: Sun Dec  2 05:24:09 PST 2001     sam@ebb.errno.com:/usr/src/sys/compile/EBB  i386

Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 4.4-STABLE #0: Sun Dec  2 05:24:09 PST 2001
    sam@ebb.errno.com:/usr/src/sys/compile/EBB
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (331.83-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x660  Stepping = 0
  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory  = 134217728 (131072K bytes)
avail memory = 127533056 (124544K bytes)
Preloaded elf kernel "kernel" at 0xc0319000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 10 entries at 0xc00fdf20
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <ATI Mach64-GB graphics accelerator> at 0.0 irq 11
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x1400-0x141f mem 0xf4000000-0xf40fffff,0xf4101000-0xf4101fff irq 9 at device 6.0 on pci0
fxp0: Ethernet address 00:90:27:31:5e:ba
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 ATA33 controller> port 0x1440-0x144f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x1420-0x143f irq 9 at device 7.2 on pci0
usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
chip1: <Intel 82371AB Power management controller> port 0x7000-0x700f at device 7.3 on pci0
dc0: <LC82C115 PNIC II 10/100BaseTX> port 0x1000-0x10ff mem 0xf4100000-0xf41000ff irq 10 at device 14.0 on pci0
dc0: Ethernet address: 00:c0:f0:63:0b:20
miibus1: <MII bus> on dc0
dcphy0: <Intel 21143 NWAY media interface> on miibus1
dcphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
orm0: <Option ROMs> at iomem 0xc0000-0xc7fff,0xe0000-0xe3fff,0xe4000-0xeffff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model MouseMan+, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0x20
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable
ad0: 58644MB <Maxtor 5T060H6> [119150/16/63] at ata0-master UDMA33
ad1: 8063MB <QUANTUM FIREBALL EX8.4A> [16383/16/63] at ata0-slave UDMA33
acd0: CDROM <NEC CD-ROM DRIVE:28C> at ata1-master using PIO4
ast0: TAPE <HP COLORADO 8GB> at ata1-slave using PIO4
Mounting root from ufs:/dev/ad0s1a

>Description:
Simple use of the HP Colorado tape drive frequently results in the problems that can only be resolved by rebooting.  The process doing i/o is blocked on physst at an uninteruptable priority.  For example, I use the Amanda amlabel command to label a new tape and got the following:

ast0: WEOF command timeout - resetting
ata1: resetting devices ..  device dissapeared! 3 done
ata1-slave: timeout waiting to give command=a0 s=d0 e=00
ast0: failure to send ATAPI packet command
ast0: WEOF command timeout - resetting
ata1-slave: timeout waiting to give command=a0 s=d0 e=00
ast0: failure to send ATAPI packet command
ast0: WEOF command timeout - resetting
ata1-slave: timeout waiting to give command=a0 s=d0 e=00
ast0: failure to send ATAPI packet command
ast0: WEOF command timeout - resetting
ata1-slave: timeout waiting to give command=a0 s=d0 e=00
ast0: failure to send ATAPI packet command
ast0: TEST_UNIT_READY command timeout - resetting
ata1-slave: timeout waiting to give command=a0 s=d0 e=00
ast0: failure to send ATAPI packet command

ebb# ps alx|grep amlabel
 1000  4037  4036   0  -6  0  1524 1044 physst DL+   v0    0:10.08 amlabel Dail

This may be crappy hardware but the system shouldn't get wedged like this.
>How-To-Repeat:
One case was when I ran the Amanda tapetype program that deduces the amount of data that'll fit on a tape by writing 32k records until it gets an error.  On hitting the end of tape the system wedged with the same kernel printfs as shown above.

The second case was running amlabel as described above.
>Fix:
Haven't had a chance but submitting this in case there's a known fix or workaround (haven't looked in the code to see if perhaps there's a quirk table that needs tweaking).
>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?200112141826.fBEIQmb25589>