From owner-freebsd-scsi Fri Dec 29 07:39:34 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA26092 for freebsd-scsi-outgoing; Fri, 29 Dec 1995 07:39:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA26078 for ; Fri, 29 Dec 1995 07:39:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00600; Fri, 29 Dec 1995 16:39:17 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA24764; Fri, 29 Dec 1995 16:39:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA28321; Fri, 29 Dec 1995 16:31:37 +0100 (MET) From: J Wunsch Message-Id: <199512291531.QAA28321@uriah.heep.sax.de> Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S To: stu@solaris.com (Stu Phillips) Date: Fri, 29 Dec 1995 16:31:36 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512280221.SAA00201@solaris.cisco.com> from "Stu Phillips" at Dec 27, 95 06:21:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Stu Phillips wrote: > > cd0(bt0:4:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list > The archives on freebsd.org suggested that this was due to SONY not following > the SCSI-II specs for CDROM audio - must confess, I found this hard to > accept especially since a generic SCSI CD player under Windows played CDs > just fine. > According to the SCSI-II spec (BTW, there is a great on-line copy of this > spec available at URL: http://abekas.com:8080/SCSI2/), in section 8.3.3, it > says that the medium field of the mode parameter header *may* be RESERVED > by some device types. > > The SONY CDU-076S returns this field as 0x03 on a MODE_SENSE but complains > if it is set to anything other than 0x00 on a MODE_SELECT. I still think Sony is in violation of the standard here. Below are the references i found in the SCSI-2 standard for it: First, the generic documentation says: "7.3.3. Mode Parameters ... Medium types are unique for each device type. Refer to the mode parameters section of the specific device type for definition of these values. Some device types reserve this field." Ok, not ``some devices'', but ``some device types''. That makes it pretty clear that either a device type reserves this field, or it doesn't. Anyway, it's IMHO _not_ up to a particular vendor (i.e., the sentence ain't ``Some implemenation may reserve this field.'') So, let's see what the CD-ROM device-type specification says: ... "13.3.3. Mode Parameters The medium-type code field is contained in the mode parameter header (see Table 7-61 and 7-62). Table 13-30 defines the medium type values for CD-ROM devices. Table 13-30: CD-ROM Medium Type Codes =================================================== Code Value Medium Type ------------ ------------------------------------- 00h Default (only one type supported) 01h 120 mm CD-ROM data only 02h 120 mm CD-DA audio only 03h 120 mm CD-ROM data and audio combined 04h Reserved 05h 80 mm CD-ROM data only 06h 80 mm CD-DA audio only 07h 80 mm CD-ROM data and audio combined 08h - 7Fh Reserved 80h - FFh Vendor unique ===================================================" I.e., it doesn't say that this is an optional parameter or something else. It seems logical that any device should accept the value for a MODE SELECT that it's just been responding by a MODE SENSE. The behaviour of the Sony is at least, ähem, strange. Anyway, i think your proposed change to use a medium type of 0 seems to be usable as a workaround for me, it doesn't contradict the sense of the current code (since the current algorithm was to use all parameters as reported by the drive, and only modify some distinct parameters at will). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)