I have an IDE cdr on /dev/hdc. If I do not enable IDE SCSI emulation then /dev/hdc and /dev/cdroms/cdrom0 exist as symlinks to the device node in /dev/ide/host0/bus1/target0/lun0/, and work well. I can mount CDs using it. I need to enable IDE SCSI emulation to write to the cd. I can do this for this device by appending hdc=scsi to the kernel command line in lilo and it has the expected result. /dev/cdroms/cdrom0 is now a symlink into /dev/scsi/ and I can mount CDs using it. Unfortunately there is no longer a /dev/hdc device node in devfs, nor any other node with the same major/minor number. This node is no longer needed for reading the cdrom, but it is needed for using hdparm to tweak the ide interface. (turning on the interrupt unmask flag is crucial for performance) Creating a device node by hand using mknod (outside devfs) allows hdparm to work. I'm not sure if this is a gentoo devfs configuration bug, or kernel bug. gentoo-sources-2.4.19-r9 hdparm-5.2-r3 baselayout-1.8.5.8
This is not a bug. If you emulate SCSI, as far as the kernel is concerned, that's a SCSI device. You can't have something be both SCSI and IDE. I recommend marking this CANTFIX.
yeah, that's pretty much the answer from the Gentoo stand point ... this is the behavior that is supposed to happen with devfs ... to the kernel, it is a scsi device, not an ide one you may tweak the device by hand if you run hdparm on it
see above comments