I'm seeing this same problem. I have a NEC 3540A attached as the slave device on my second IDE channel:
Apr 20 18:52:24 kernel: ata2.01: ATAPI: _NEC DVD_RW ND-3540A, 1.01, max UDMA/33 Apr 20 18:52:24 kernel: ata2.01: configured for UDMA/33 Apr 20 18:52:24 kernel: scsi 1:0:1:0: CD-ROM _NEC DVD_RW ND-3540A 1.01 PQ: 0 ANSI: 5 Apr 20 18:52:24 kernel: sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray Apr 20 18:52:24 kernel: Uniform CD-ROM driver Revision: 3.20 Apr 20 18:52:24 kernel: sr 1:0:1:0: Attached scsi generic sg3 type 5 Apparently, the drive was managed by the IDE driver under gutsy but now is managed by the SCSI driver since upgrading to hardy. I noticed this when using grip. It's my habit to start grip then click on the Eject icon to open the CD tray. That no longer works, so I have to open the tray manually. grip's Eject button works if there is a CD in the drive, but not if the drive is empty and tray closed. The code in grip that trips on this is in TrayOpen() in cddev.h in this failing case called from EjectDisc() in cdplay.c. It's not a dire problem by any means, but it is a regression that grip users might see. I just wanted to make you aware of that. -- ide-scsi: cdrom tray always reported open https://bugs.launchpad.net/bugs/210819 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
