From owner-freebsd-multimedia Mon Jan 5 05:34:03 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA03373 for multimedia-outgoing; Mon, 5 Jan 1998 05:34:03 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from atdot.dotat.org (atdot.dotat.org [203.23.150.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA03352 for ; Mon, 5 Jan 1998 05:33:58 -0800 (PST) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.8.7/8.7) id AAA01397 for multimedia@freebsd.org; Tue, 6 Jan 1998 00:01:44 +1030 (CST) Date: Tue, 6 Jan 1998 00:01:44 +1030 (CST) From: Mark Newton Message-Id: <199801051331.AAA01397@atdot.dotat.org> To: multimedia@freebsd.org Subject: Problem with Creative Labs IDE CD Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a Creative Labs Infra 3600 CD-ROM (at least, that's what it says on the front panel) which has just replaced an aging 12x IDE CD. I'm having trouble playing audio discs. The old CD-ROM played them without any drama at all. The new one? Well, let's just say Creative Labs is being Creative with the commands being sent to it by the wcd driver. If I turn on debugging in cdcontrol and play a track from the audio CD inserted, I get this: cdcontrol> debug on cdcontrol> play 2 cdcontrol: Input/output error cdcontrol> while the the console emits: atapi0.1: req w a5-0-0-0-2e-97-0-4-4-4a-0-0-0-0-0-0 len=0 atapi0.1: start atapi0.1: send cmd PLAY_BIG a5-0-0-0-2e-97-0-4-4-4a-0-0-0-0-0-0 atapi0.1: intr ireason=0x3, len=0, status=51, error=54 wcd0: invalid command atapi0.1: req w 1e-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 len=0 atapi0.1: start atapi0.1: send cmd PREVENT_ALLOW 1e-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 atapi0.1: intr ireason=0x3, len=0, status=50, error=0 Is this a known bug? Now, here's the funny bit: if I use the MSF stuff in cdcontrol/wcd by issuing a command like "play 0:1" instead of "play 1" then it works just fine; It's only the ATAPI_PLAY_BIG command that this CD-ROM drive has a problem with (which fits the error messages above; I'm just pointing out that where CDIOCPLAYBLOCKS fails CDIOCPLAYMSF succeeds). I do have an old kernel: 3.0-971006-SNAP from the 3.0-SNAP CD from October. If you happen to know that this has been fixed I will accept "upgrade your kernel" as an answer. Regards, - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1958-3414 ------------- Fax: +61-8-83034403 -----