Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 3 Dec 1998 07:26:06 -0700 (MST)
From:      "Justin T. Gibbs" <gibbs@narnia.plutotech.com>
To:        Kyle Mestery <mestery@winternet.com>
Cc:        scsi@FreeBSD.ORG, ken@plutotech.com
Subject:   Re: Still errors stopping audio CDs in current
Message-ID:  <199812031426.HAA59829@narnia.plutotech.com>
In-Reply-To: <Pine.GSO.4.05.9812030551540.29436-100000@tundra.winternet.com>

index | next in thread | previous in thread | raw e-mail

In article <Pine.GSO.4.05.9812030551540.29436-100000@tundra.winternet.com> you wrote:
>> camcontrol inquiry -v -n cd -u 0
>> 
> su-2.00# camcontrol inquiry -v -n cd -u 0
> <SONY CD-ROM CDU-76S 1.1c> Removable CD-ROM SCSI2 device 
> (pass1:bt0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 
> (pass1:bt0:0:4:0): ILLEGAL REQUEST asc:24,0
> (pass1:bt0:0:4:0): Invalid field in CDB
> Serial Number 5.0MB/s transfers (5.0MHz, offset 15)

camcontrol shouldn't print the 'Serial Number' header if the
device doesn't have one.

> It hangs at that point.  Here is debugging info once I enabled debugging on
> the drive.  It looks like the kernel is continually trying to send a STOP
> command to the drive:
> 
> (cd0:bt0:0:4:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 1 0 
> (cd0:bt0:0:4:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 1 0 

Bug #1:
  cdopen doesn't do an ALLOW MEDIA REMOVAL before returning an error
  if an open fails.

Bug #2:
  We almost want to mark the media as potentially invalid if the user
  issues an ALLOW MEDIA REMOVAL ioctl so we don't get confused when I/O
  starts up again.  This isn't a problem you are seeing... yet.

> (cd0:bt0:0:4:0): PLAY AUDIO TRACK INDEX. CDB: 48 0 0 0 6 1 0 12 1 0 
> (cd0:bt0:0:4:0): STOP START UNIT. CDB: 1b 0 0 0 0 0 
> (cd0:bt0:0:4:0): STOP START UNIT. CDB: 1b 0 0 0 0 0 

Hmm.  Perhaps the drive is returning a unit attention condition each
time we perform a stop?  That might explain why the kernel is constantly
retrying the command.  It could also be that the client program is
performing the retries because of an error returned by the ioctl.

--
Justin

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message


help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812031426.HAA59829>