Date: Sat, 11 Dec 2004 22:56:06 -0500 (EST) From: Mikhail Teterin <mi@aldan.algebra.com> To: FreeBSD-gnats-submit@FreeBSD.org Subject: kern/74968: cdparanoia torture wedges CD-drive and PANICS kernel Message-ID: <200412120356.iBC3u6Xi000949@vaio.virtual-estates.net> Resent-Message-ID: <200412120400.iBC40sE5082754@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>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:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200412120356.iBC3u6Xi000949>