From owner-freebsd-questions Fri Sep 6 22:56:05 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07706 for questions-outgoing; Fri, 6 Sep 1996 22:56:05 -0700 (PDT) Received: from kodiak.ucla.edu (kodiak.ucla.edu [164.67.128.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07700 for ; Fri, 6 Sep 1996 22:56:03 -0700 (PDT) Received: from elm.burris.com (elm.cns.ucla.edu [164.67.222.20]) by kodiak.ucla.edu (8.7.4/8.6.9) with SMTP id WAA18664 for ; Fri, 6 Sep 1996 22:56:00 -0700 Date: Sat, 7 Sep 1996 05:55:59 +0000 ( ) From: Scott Burris Reply-To: Scott Burris Subject: playing audio on IDE CDROM fails with EIO errors To: questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having some odd problems with xmcd and an IDE CDROM drive. On first use, it works OK, I can move between tracks, etc., but if I press the stop or eject buttons, it never works again. I ran xmcd in debug mode and what appears to happen is that the device driver starts handing out EIO errors. Starting xmcd again has no effect, it gets EIO errors from the start and never recognizes there's a disc in the drive, so this persists between device opens. Once I get in this state, if I then run xcdplayer, it reports EIO errors every second, but I can press play and it works. Whenever the CD is not playing though, it starts reporting EIO errors again. This in no way "rehabilitates" things so that xmcd will work again. I'm running 2.2-960801-SNAP with Amancio's GUS PNP changes on a generic Triton chipset Pentium 166 machine. The only device on the IDE is an Acer 8X IDE drive configured as master. The disk is SCSI on a generic NCR825 PCI controller. The disk is partioned with Win 95 also so on those *RARE* (ahem) occasions when I boot that, I've been able to use several CD player programs with no trouble. Anyone seen something like this? Someone want to venture a guess if this is a kernel bug or some oddity with my particular hardware setup? Scott ---------------- Scott Burris UCLA Campus Network Services scott@cns.ucla.edu IOCTL: CDIOCREADSUBCHANNEL ioc_read_subchannel data bytes: 0000 02 01 00 00 10 00 00 00 80 d8 bf ef -- -- -- -- ................ IOCTL: CDIOCREADSUBCHANNEL ioc_read_subchannel data bytes: 0000 02 01 00 00 10 00 00 00 80 d8 bf ef -- -- -- -- ................ * STOP IOCTL: CDIOCREADSUBCHANNEL IOCTL: CDIOREADTOCHEADER IOCTL: CDIOREADTOCENTRYS IOCTL: CDIOREADTOCENTRYS a1=0x20020000 a2=0x20143000 IOCTL: CDIOCSTOP * PLAY_PAUSE IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 * STOP IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5 IOCTL: CDIOCREADSUBCHANNEL CD audio: ioctl error on /dev/rwcd0c: cmd=CDIOCREADSUBCHANNEL errno=5