kern/74968: cdparanoia torture wedges CD-drive and PANICS kernel

[Mikhail Teterin]

>Number:         74968
>Category:       kern
>Synopsis:       cdparanoia torture wedges CD-drive and PANICS kernel
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Dec 12 04:00:53 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Charlie &
>Release:        FreeBSD 5.3-STABLE i386
>Organization:
Virtual Estates, Inc.
>Environment:
System: FreeBSD 5.3-STABLE FreeBSD 5.3-STABLE #2: Sat Nov 13 12:01:22 EST 2004 i386

atapci0: <Intel ICH4 UDMA100 controller> port 0x1810-0x181f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810
ata0: channel #0 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0
atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6
ata0: reset tp1 mask=03 ostat0=50 ostat1=00
ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata0-slave:  stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata0: reset tp2 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
ata0: [MPSAFE]
ata1: channel #1 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170
atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376
ata1: reset tp1 mask=03 ostat0=50 ostat1=00
ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1-slave:  stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1: reset tp2 stat0=00 stat1=00 devices=0xc<ATAPI_SLAVE,ATAPI_MASTER>
ata1: [MPSAFE]
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
ata0-master: setting PIO4 on Intel ICH4 chip
ata0-master: setting UDMA100 on Intel ICH4 chip
ad0: <HITACHI DK13FA-40/00MCA0A4> ATA-5 disk at ata0-master
ata1: reiniting channel ..
ata1: reset tp1 mask=03 ostat0=00 ostat1=00
ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1-slave:  stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1: reset tp2 stat0=00 stat1=00 devices=0xc<ATAPI_SLAVE,ATAPI_MASTER>
ata1: resetting done ..
ata1: reiniting channel ..
ata1-slave: FAILURE - ATAPI_IDENTIFY timed out
ata1: reiniting channel ..
ata1-slave: FAILURE - ATAPI_IDENTIFY timed out
ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin
ata1-master: setting PIO4 on Intel ICH4 chip
ata1-master: setting UDMA33 on Intel ICH4 chip
ata1: device config done ..
ata1-slave: FAILURE - ATAPI_IDENTIFY timed out
ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin
ata1-master: setting PIO4 on Intel ICH4 chip
ata1-master: setting UDMA33 on Intel ICH4 chip
acd0: <UJDA755 DVD/CDRW/1.00> CDRW drive at ata1 as master
acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33
acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet
acd0: Writes: CDR, CDRW, test write, burnproof
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray, unlocked
acd0: Medium: CD-ROM 120mm audio disc

>Description:
	I have an oldish CD, with a particularly bad last track.
	It takes cdparanoia many hours to move through it and it
	never finishes. Two thirds through the track something
	happens and the ata driver "loses" the CD. This is promptly
	followed by a panic with g_event being the "current process".

	I'm not blaming anybody for being unable to read a bad CD.
	But the panic is not the reaction :-(

>How-To-Repeat:
	This happened twice with the same track on the same CD
	already. Apparently, some aspect of device-losing is not
	safe.

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: