From owner-freebsd-current Sun Oct 18 20:44:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10213 for freebsd-current-outgoing; Sun, 18 Oct 1998 20:44:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nu.binary.net (nu.binary.net [12.13.120.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10208 for ; Sun, 18 Oct 1998 20:44:55 -0700 (PDT) (envelope-from nathan@matrix.binary.net) Received: from matrix.binary.net (nathan@matrix.binary.net [12.13.120.2]) by nu.binary.net (8.9.1a/8.9.0) with ESMTP id WAA13210 for ; Sun, 18 Oct 1998 22:44:29 -0500 (CDT) Received: (from nathan@localhost) by matrix.binary.net (8.9.1a/8.9.1) id WAA15812; Sun, 18 Oct 1998 22:44:28 -0500 (CDT) Message-ID: <19981018234428.A15396@binary.net> Date: Sun, 18 Oct 1998 23:44:28 -0400 From: Nathan Dorfman To: freebsd-current@FreeBSD.ORG Subject: Re: 3.0-R, CAM, and audio tracks (more info) References: <19981018231703.A11707@binary.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19981018231703.A11707@binary.net>; from Nathan Dorfman on Sun, Oct 18, 1998 at 11:17:04PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 18, 1998 at 11:17:04PM -0400, Nathan Dorfman wrote: > At first I thought this was a bug in tosha, or its lack of support > for my drive. It will read the TOC from an audio disc just fine, > but upon trying to read the audio data itself: > > error returned from CD-DA read command: > (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 20 0 0 a 0 > (pass1:ahc0:0:2:0): ILLEGAL REQUEST asc:64,0 > (pass1:ahc0:0:2:0): Illegal mode for this track > > tosha also seems to forget to reset the drive to a sane status > because any subsequent CD audio attempts with cdcontrol(1) fail > with cdcontrol: /dev/cd0c: Invalid argument. I tried this with > both the tosha-0.5 port (most recent ports) and the > tosha-0.05-cam.980916.tar.gz on ftp.kdm.org. Both fail the same > way. This is a freshly installed 3.0-R system but the same > behavior is seen on a 2 week old -current. Anyway, what leads me > to think that this is a CAM problem as opposed to a tosha bug is > the following little quirk: I popped in the nearest data CD, which > happened to be the 2.2.1 live FS, and ran tosha -v -- to my great > am{az|us}ement it went right to work writing the pcm file. > > It was suggested to me that CAM might have a problem with passthrough > for audio discs/tracks. Can anyone confirm/deny this? Anyone have > any other ideas? After compiling the CAMDEBUG options into my kernel and running camcontrol debug -Ic 0:2:0, I got the following: tosha attempting to read audio track and failing: (pass1:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 40 0 (pass1:ahc0:0:2:0): MODE SENSE(06). CDB: 1a 0 1 0 c 0 (pass1:ahc0:0:2:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass1:ahc0:0:2:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 1 8 0 0 (pass1:ahc0:0:2:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 20 0 0 a 0 tosha attempting to read data track and succeeding: (pass1:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 40 0 (pass1:ahc0:0:2:0): MODE SENSE(06). CDB: 1a 0 1 0 c 0 (pass1:ahc0:0:2:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass1:ahc0:0:2:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 1 8 0 0 (pass1:ahc0:0:2:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 0 0 0 a 0 (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 a 0 0 a 0 (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 14 0 0 a 0 (pass1:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 1e 0 0 a 0 ...etc... Is CAM preventing tosha from reading audio data via passthrough? -- ________________ ___________________________________________ / Nathan Dorfman \ / "`IE4 brings the web to UNIX'? *laughing* / nathan@rtfm.net \/ Isn't that similar to Ronald McDonald bringing / finger for PGP key \ religion to the pope?" -Jamie Bowden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message