Linux-kernel mailing list archive 2000-15,: Re: CDrom, nodisc, eject

# Re: CDrom, nodisc, eject

Wakko Warner (wakko@animx.eu.org)
Sun, 9 Apr 2000 10:20:23 -0400

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: L. Besselink: "Re: Suggested dual human/binary interface for proc/devfs (GConf)"
- Previous message: print4me@nfmail.com: "AD:Family Reunion T Shirts & More"
- In reply to: Khimenko Victor: "Re: CDrom, nodisc, eject"

> Hmm. At least all CD drives I've tried will happily mount CD if it's just put
> on tray: after "mount" command tray will be closed and CD will be mounted.

Only one of mine will. Oh wait, I only have 1 tray loader. The other drive
is a slot loader.

I have 2 teac 32x cdroms at work. For some reason, on one drive, the
controller reports no capabilities and it won't eject w/o a disk in, and it
won't load when I attempt to mount. They are the exact same model, just the
one that doesn't do this is older. According to /proc/scsi/scsi both are the
same model/rev. setcd reports that it isn't set to auto close tray and it
can't change it.

> P.S. And plese do not mit two issues: "eject" problem and kernel problem.
> Yes, old versions of "eject" command will not eject tray when there are no
> CD but new version from sunsite will. But from strace log looks like it's
> new one (old version of "eject" opened CD without O_NONBLOCK flag and failed)
> so problem is somewhere in kernel (driver or perhaps even hardware).
> And this look REALLY strange to me.

I'm using a new version of eject. That's why I posted a trace of it opening
and sending IOCTLs. It *IS* a kernel issue. CDROMEJECT won't eject my CDRW
if there's no disc in the tray. The kernel will eject any slot in my
changer regardless if there is a cd in the slot.

    --
     Lab tests show that use of micro$oft causes cancer in lab animals

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: L. Besselink: "Re: Suggested dual human/binary interface for proc/devfs (GConf)"
- Previous message: print4me@nfmail.com: "AD:Family Reunion T Shirts & More"
- In reply to: Khimenko Victor: "Re: CDrom, nodisc, eject"