Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Dec 1998 21:52:47 -0600 (CST)
From:      Kyle Mestery <mestery@winternet.com>
To:        freebsd-scsi@FreeBSD.ORG
Subject:   Still errors stopping audio CDs in current
Message-ID:  <Pine.GSO.4.05.9812022142200.27248-100000@tundra.winternet.com>

next in thread | raw e-mail | index | archive | help

Greetings,

I am still seeing the same problems trying to stop audio CDs in my SCSI CD-ROM
drive.  I am now running a 3.0 kernel from about 6:30AM CST.  The machine is a
dual Pentium machine, with a Buslogic BT-946c SCSI controller, one 1GB HP
SCSI-2 disk, and a Sony 4x SCSI CD-ROM attached.  It also has an IDE disk in
it.  Here is dmesg info for the controller, disk, and cd-rom:

bt0: <Buslogic Multi-Master SCSI Host Adapter> rev 0x00 int a irq 16 on pci0.20.0
bt0: BT-946C FW Rev. 4.25J Narrow SCSI Host Adapter, SCSI ID 7, 100 CCBs
da0 at bt0 bus 0 target 0 lun 0
da0: <HP C2247-300 0BA4> Fixed Direct Access SCSI2 device 
da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled
da0: 1003MB (2054864 512 byte sectors: 64H 32S/T 1003C)
cd0 at bt0 bus 0 target 4 lun 0
cd0: <SONY CD-ROM CDU-76S 1.1c> Removable CD-ROM SCSI2 device 
cd0: 5.0MB/s transfers (5.0MHz, offset 15)
cd0: cd present [316932 x 2048 byte records]

I have now verified the problem persists with cdcontrol and cdplay from the
ports collection.  What happens is, when the drive is issued a stop command
from one of those programs, the program hangs in cbwait.  Looking into the
cdcontrol code, when stop is issued, a CDIOCSTOP is sent to the drive.  Is that
correct?  Also, cdplay managed to get this out through syslog, which cdcontrol
had never previously done:

(cd0:bt0:0:4:0): PLAY AUDIO MSF. CDB: 47 0 0 0 0 0 42 f 19 0 
(cd0:bt0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:bt0:0:4:0): Invalid field in CDB

I tried issuing some camcontrol commands to the drive, but they all return
the above illegal request.  I never had these problems with rev 1.7 of
/sys/cam/scsi/scsi_cd.c.  Is there anything else I can do to debug this
problem?

--
Kyle Mestery
StorageTek's Storage Networking Group



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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.05.9812022142200.27248-100000>