Bug 40730 - ide DVD/CDRW doesn't work with ide-scsi
Summary: ide DVD/CDRW doesn't work with ide-scsi
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-05-15 15:22 UTC by Frank Sweetser
Modified: 2007-04-18 16:33 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-05-29 19:06:08 UTC
Embargoed:


Attachments (Terms of Use)
dmesg log (4.97 KB, text/plain)
2001-05-16 15:09 UTC, Frank Sweetser
no flags Details

Description Frank Sweetser 2001-05-15 15:22:27 UTC
Additional Information:
	Just installed on a Dell OptiPlex, which has an IDE DVD/CDRW drive:

hdc: SAMSUNG CDRW/DVD SM-308B, ATAPI CD/DVD-ROM drive

The install detected it, and set up ide-scsi emulation.  Fine.  However,
it doesn't seem to work, so far either with cdrecord or cdparanoia.

scsi0 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: SAMSUNG   Model: CDRW/DVD SM-308B  Rev: M002
  Type:   CD-ROM                             ANSI SCSI revision: 02

cdparanoia errors out with

Checking /dev/cdrom for cdrom...
        Testing /dev/cdrom for cooked ioctl() interface
                /dev/scd0 is not a cooked ioctl CDROM.
        Testing /dev/cdrom for SCSI interface
                No generic SCSI device found to match CDROM device /dev/scd0

and cdrecord just hangs.  Nothing appears in dmesg output.  the drive
will mount cd's fine, though, and grip is able to get a listing of all
songs on an audio cd.

Comment 1 Arjan van de Ven 2001-05-15 15:25:57 UTC
Can you attache the full output of dmesg ?

Comment 2 Frank Sweetser 2001-05-16 15:09:16 UTC
Created attachment 18630 [details]
dmesg log

Comment 3 Frank Sweetser 2001-05-24 21:09:43 UTC
identical behavior with 2.4.3-5

Comment 4 Frank Sweetser 2001-05-25 16:08:31 UTC
Some improvement with 2.4.3-7.  cdparanoia rips audio fine.  cdrecord, however,
still ends up hanging with ide reset messages:

May 25 12:06:45 erwin kernel: scsi : aborting command due to timeout : pid 0, sc
si0, channel 0, id 0, lun 0 Start/Stop Unit 00 00 00 01 00
May 25 12:06:45 erwin kernel: hdc: irq timeout: status=0xd0 { Busy }
May 25 12:06:45 erwin kernel: hdc: DMA disabled
May 25 12:06:45 erwin kernel: hdc: ATAPI reset complete
May 25 12:06:45 erwin kernel: hdc: irq timeout: status=0x80 { Busy }
May 25 12:06:51 erwin kernel: hdc: ATAPI reset complete
May 25 12:06:51 erwin kernel: hdc: irq timeout: status=0x80 { Busy }
May 25 12:06:51 erwin kernel: hdc: status timeout: status=0x80 { Busy }
May 25 12:06:51 erwin kernel: hdc: drive not ready for command
May 25 12:06:51 erwin kernel: hdc: ATAPI reset complete
May 25 12:07:26 erwin kernel: scsi : aborting command due to timeout : pid 0, sc
si0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
May 25 12:07:26 erwin kernel: hdc: irq timeout: status=0x80 { Busy }
May 25 12:07:26 erwin kernel: hdc: ATAPI reset complete
May 25 12:07:26 erwin kernel: hdc: irq timeout: status=0x80 { Busy }

Comment 5 Arjan van de Ven 2001-05-25 16:12:59 UTC
These messages look like a UDMA problem. Do you have a 80-ribbon cable?
Could you try "ide=nodma" on the commandline ?

Comment 6 Frank Sweetser 2001-05-25 16:23:37 UTC
hda => hard drive, UDMA with the 80 pin high density ribbon cable.
hdc => cdrw/dvd drive, with standard ide ribbon cable.
no hdb or hdd.

booted with ide=nodma (/proc/ide/piix shows dma is disabled on all devices),
exact same results.

Comment 7 Frank Sweetser 2001-05-29 19:06:02 UTC
kernel 2.4.5-0.2.i686, same results with and without ide=nodma

Comment 8 Frank Sweetser 2002-02-19 04:47:49 UTC
<sigh...> after sufficient mucking about and hardware swapping, it looks like
all of the identical drives in the several identical machines I tried it on were
bad, as a batch of RMAs fixes the problem on all of them.


Note You need to log in before you can comment on or make changes to this bug.