Summary: | >=app-cdr/cdrtools-2.01_alpha33 freezes and D+'s when used with CYBERDRV CW058D CD-R/RW | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | The Master <da_master937> |
Component: | Current packages | Assignee: | Gentoo Optical Media project <media-optical> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | nadams |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
The Master
2004-09-25 20:03:24 UTC
Do you call cdrecord as user or as root? Are there any patches in your kernel for cd-recording (2.6.8.1 has several issues)? Did you tried a 2.6.9-rc-kernel? The CFLAGS -fPIC -ftracer -fforce-addr -ffast-math -fweb -maccumulate-outgoing-args look very "evil" to me; could you test compiling cdrtools-2.01 without these flags (especially -fPIC)? I tried as both root, and user. I tried kernel 2.6.7 and below as well, and a kernel from the 2.6.9-series to no avail. I tried using a blank set of CFLAGs, and the problem is still there. I recently tried cdrtools-2.01, and it also doesn't work and after a while gives the message "cdrecord: Input/output error. read buffer: scsi sendcmd: no error CDB: 3C 00 00 00 00 00 00 FC 00 00 status: 0x0 (GOOD STATUS) cmd finished after 30.146s timeout 40s" and then proceeds to lock-up and become unkillable. Also I cannot try and access the device via hdparm or any other utility, once cdrecord locks up. It works flawlessly with cdrtools-2.01_alpha28-r2, so I believe the problem lies somewhere in cdrtools. After waiting a while, the cdrecord from cdrtools 2.01 finally dies from KILL, leaving this in my kernel log: "hdd: status timeout: status=0xd0 { Busy } hdd: status timeout: error=0xd0LastFailedSense 0x0d hdd: DMA disabled hdd: drive not ready for command hdd: ATAPI reset timed-out, status=0x80 hdc: DMA disabled ide1: reset: success hdd: irq timeout: status=0xd0 { Busy } hdd: irq timeout: error=0xd0LastFailedSense 0x0d hdd: ATAPI reset complete hdd: status error: status=0x08 { DataRequest } hdd: status error: error=0x01IllegalLengthIndication hdd: drive not ready for command hdd: status timeout: status=0xd0 { Busy } hdd: status timeout: error=0xd0LastFailedSense 0x0d hdd: drive not ready for command hdd: ATAPI reset complete hdd: status error: status=0x08 { DataRequest } hdd: status error: error=0x01IllegalLengthIndication hdd: drive not ready for command hdd: status timeout: status=0xd0 { Busy } hdd: status timeout: error=0xd0LastFailedSense 0x0d hdd: drive not ready for command hdd: ATAPI reset complete hdd: status error: status=0x08 { DataRequest } hdd: status error: error=0x01IllegalLengthIndication hdd: drive not ready for command hdd: status timeout: status=0xd0 { Busy } hdd: status timeout: error=0xd0LastFailedSense 0x0d hdd: drive not ready for command hdd: ATAPI reset complete hdd: status error: status=0x08 { DataRequest } hdd: status error: error=0x01IllegalLengthIndication hdd: drive not ready for command" Can you check with hdparm (before you use cdrecord), if DMA mode is set? Try to change the value and use cdrecord. There have been some changes to DMA-mode in cdrecord between the alpha28 and 2.01-release. I checked with hdparm and DMA mode is set. When DMA is on it locks up, however when DMA is off it gives an error message: cdrecord: Input/output error. read buffer: scsi sendcmd: no error CDB: 3C 00 00 00 00 00 00 FC 00 00 status: 0x0 (GOOD STATUS) cmd finished after 1.816s timeout 40s 01 00 00 01 00 00 00 00 01 AA 01 01 00 00 00 00 Track 1 start -150 01 00 A0 00 00 00 00 01 00 00 00 00 01 00 A1 00 00 00 00 00 00 00 00 00 01 00 A2 00 00 00 00 00 00 00 00 00 cdrecord: Cannot load media. And it fills dmesg with: hdd: drive not ready for command hdd: status timeout: status=0xd0 { Busy } hdd: status timeout: error=0xd0LastFailedSense 0x0d hdd: drive not ready for command hdd: ATAPI reset complete hdd: status error: status=0x08 { DataRequest } hdd: status error: error=0x01IllegalLengthIndication hdd: drive not ready for command Unfortunately I cannot downgrade to a working cdrtools as that ebuild has been pruned from portage. I still have no clue about your problem, but according to a quick search you are not the only one. Probably you should test with enabling scsi-emulation (though it is deprecated). Tried that already, no luck. Closing that bug, as I never heard anything more. According to this forum post: http://forums.gentoo.org/viewtopic-t-240670-highlight-cyberdrive.html the bug still exists; It in fact exists with my friends CyberDrive CW088D. The workaround was to download a previous version of cdrecord (I believe from Debian). I have not (yet) tried the work around on my friend's computer. |