Date: Mon, 13 Sep 1999 01:57:07 -0700 (PDT) From: esk@ira.uka.de To: freebsd-gnats-submit@freebsd.org Subject: misc/13715: acd0c unable to detect media change Message-ID: <19990913085707.7B9BA14F78@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 13715 >Category: misc >Synopsis: acd0c unable to detect media change >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 13 02:00:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Espen Skoglund >Release: 4.0-CURRENT (27081999) >Organization: Universität Karlsruhe >Environment: FreeBSD i30nb2 4.0-CURRENT FreeBSD 4.0-CURRENT #6: Sat Sep 11 11:18:34 GMT 1999 root@i30nb2:/usr/src/sys/compile/ESK i386 >Description: I'm doing audiocd support for xmms, but I've experienced some problems with the acd0c driver. The problem is that the driver is not able to detect MEDIA_CHANGED if I use the hardware eject button. (This might also be a hardware problem. I'm currently using an IBM ThinkPad 600E with a <TOSHIBA DVD-ROM SD-C2102/1137>.) When I insert a new CD, the driver will only give me the old toc entries. This is of course kind of annoying when you're just going to play a single track from a CD. If I use the ioctl eject functionality on the other hand, things work just fine. I've also tried issuing a ioctl(CDIOCRESET) before reading the TOC. I would think that this would force the new toc to be read from the CD, but no such luck. However, if I use cdcontrol to do the exact same ioctl RESET command, the new toc _will_ be read from thr CD (I'm thinking that I might probably be doing something wrong here. *hrmf*) Well. Is this a known problem? Or is it just some peculiar hardware problem? >How-To-Repeat: Pick an atapi cd player. Insert a CD. Play it with e.g. xcdplayer. Press hardware eject and insert a new CD. Start playing some tracks from the new CD. These tracks will have correct data, but the toc information will be messed up (so that you might for instance play parts of track 2 and 3 when you really wanted to play inly track 2). >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990913085707.7B9BA14F78>