Bug 6745
| Summary: | kernel hangs when trying to read atip wiith cdrecord | ||
|---|---|---|---|
| Product: | IO/Storage | Reporter: | Christian Lohmaier (lohmaier) |
| Component: | IDE | Assignee: | io_ide (io_ide) |
| Status: | REJECTED INSUFFICIENT_DATA | ||
| Severity: | normal | CC: | esigra |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.16.1 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
|
Description
Christian Lohmaier
2006-06-24 13:35:20 UTC
additional information: My problem seems to be pretty much the same as in bug 3741 it is about hangs with a similar drive (same manufacturer, different model, namely a CW078D, mine is a CW058D) Alan Chandler tried to track this problem and found out that apparently the drives sends some additional interrrupts when queried (see bug 3741 comment 6 http://bugzilla.kernel.org/show_bug.cgi?id=3741#c6) bug 3741 also links to a debian bug http://bugs.debian.org/265747 where Garrett McLean tracked down the exact version of cdrecord that (in combination with newer kernels) exhibit the problem 2.01a32 it still works for him, versions 2.01a33 and newer exhibit the problem. I'll check with these versions whether I can confirm that the difference is between these two versions. Hopefully this will allow J I could confirm that it is indeed the changes between version a32 and a33 that trigger that kernel bug. some additional info regarding what has changed between the versions of cdrecord: J I have a Cyberdrive CW038D that is also affected with respect to writing (haven't tried reading atip yet). J. Schilling's remark indicates that he's assuming that the info the drive advertises is in fact correct. The Cyberdrive drives have a reputation for being non-standards-compliant - for example, see https://launchpad.net/distros/ubuntu/+source/cdrtools/+bug/28210 so one thing I tried to possibly make mine less brain-dead was a firmware upgrade. The drive was manufactured 9/2005 with firmware version 120C. There is a version 124C available on the web (but not from Cyberdrive's site) but it refused to upgrade the drive. There are official firmware upgrades on Cyberdrive's site: ftp://www.cyberdrive.com.tw/Firmware/ so anyone with one of these might try the upgrade to see what happens. There is little hope of Cyberdrive fixing any problems now - note that the site is still affected by Y2K more than 6 years later, as it's displaying dates like "07/05/102"! If it turns out that the drive is providing false info, I hope J. Schilling will consider having cdrecord treat these as special cases. I tried downgrading to the version of cdrecord that came with FC2 in May 2004, namely cdrecord-2.01-0.a27.3. This is the newest released version from Fedora that doesn't freeze when writing. I wrote a 100+ MB ISO consisting of a compressed tarball to a CD-RW. Although the write appeared to complete without errors, upon doing a toc of the tarball it turned out to be corrupted partway through. This is something I do often and have never had problems, so it's almost certainly due to a problem with cdrecord (or its interaction with a kernel bug). This means that the bug probably manifested earlier. It would be nice if someone who understands the problem better could write a small demo program that would trigger the freezing problem, without having to have one of these drives. The kernel bug would be a lot more likely to be fixed then. ftp://ftp.berlios.de/pub/cdrecord/alpha/AN-2.01.01a23 contains: - Trying to implement a workaround for a Linux USB DMA size problem by implementing support for a new ioctl proposal from Alan Stern <stern@rowland.harvard.edu> UPDATE: It seems that the final fix in the Linux kernel will take some time and will be incompatible to the current patch. For this reason, I decided to make the intermediate patch available at: ftp://ftp.berlios.de/pub/cdrecord/alpha/Linux-USB-DMA-Size.patch ### I didn't try the patch yet, but maybe this could be a workaround that makes cdrecord (& the drive) work with current kernels again... Is this still a problem with recent kernels? |