Jan Gutter wrote: > On Tue, 2007-01-16 at 17:56 +0900, Tejun Heo wrote: >> Matthew Stapleton wrote: >>> Tejun Heo wrote: >>>> Does the problem still persist? > > Sorry for the delayed reply: Holidays attacked before I could apply the > patch. > >> I got confused between your report and Jan's. Yours (not so sure about >> Jan's) seems to be drive firmware bug which hald was successful to >> undiscover. Does hald clear CDO_USE_FFLAGS using ioctl >> CDROM_CLEAR_OPTIONS? The failed commands seem to be from cdrom >> open_for_data(). Considering general quality of ATAPI devices, I >> wouldn't be too surprised if some device fails after hours of repeated >> poll sequence containing READ_TOC and ALLOW_MEDIUM_REMOVAL. > > Hmmm. I think I might have slightly different symptoms: Heavy disk use > definitely causes the bug to appear more frequently. Compiling often > causes it to kick in after about 15 minutes. I also get slightly > different error messages. > > With the latest patch set (2.6.19-gentoo-r4 + cocktail) the resets still > occur, but at least the drive doesn't go down to PIO so soon anymore. > I'll keep watching it for the rest of the day. Attached dmesg of the > first hour or so. (If Evolution borks this mail, I'll resort to telnet and > SMTP ;-) > > Thanks for the feedback, and hope the sucker gets nailed. Can you try 2.6.20-rc5? It has better error reporting and will tell us which SCSI command is timing out. -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
