Date: Mon, 10 Apr 1995 13:45:02 -0400 From: "matthew c. mead" <mmead@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: mmead@goof.com (matthew c. mead), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] Message-ID: <199504101745.NAA04049@goof.com> In-Reply-To: Your message of Mon, April 10, 1995 09:54:05 -0700 References: <199504101506.LAA01098@goof.com> <9504101654.AA00030@bazooka.amb.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, April 10, 1995 at 09:54:05 (-0700), Ti Kan wrote:
> matthew c. mead writes:
> > Yes. I've used xcdplayer just fine to change the volume while
> > playing a cd.
> Can you set modeSenseSetDBD to both True and False and run xmcd with
> the -debug option in both scenarios? I would like to see the results
> of that too.
Output with modeSenseSetDBD: True:
XMCD v1.4 PL0 DEBUG MODE
Setting uid to 0
devnum=0
device=/dev/rcd0c
libdir=/usr/X11R6/lib/X11/xmcd
dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data
maxDbdirs=20
dbFileMode=0664
deviceInterfaceMethod=0
statusPollInterval=260
insertPollInterval=2000
previousThreshold=100
searchSkipBlocks=145
searchPauseInterval=55
searchSpeedUpCount=15
searchVolumePercent=35
searchMinVolume=2
sampleBlocks=750
minimumPlayBlocks=25
displayBlinkOnInterval=850
displayBlinkOffInterval=150
scsiAudioVolumeBase=0
volumeControlTaper=0
channelRoute=0
driveVendorCode=0
playAudio10Support=0
playAudio12Support=0
playAudioMSFSupport=1
playAudioTISupport=1
loadSupport=0
ejectSupport=0
modeSenseSetDBD=1
volumeControlSupport=1
balanceControlSupport=0
channelRouteSupport=1
pauseResumeSupport=1
caddyLockSupport=1
curposFormat=0
noTURWhenPlaying=0
spinDownOnLoad=1
ejectOnExit=0
stopOnExit=1
exitOnEject=0
closeOnEject=0
caddyLock=1
solaris2VolumeManager=0
showScsiErrMsg=1
mainShowFocus=1
SCSI CDB bytes:
0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................
CD audio: SCSI command fault on /dev/rcd0c:
Opcode=0x0 Status=0x0
SCSI CDB bytes:
0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................
CD audio: SCSI command fault on /dev/rcd0c:
Opcode=0x0 Status=0x0
-----
Output with modeSenseSetDBD: False:
XMCD v1.4 PL0 DEBUG MODE
Setting uid to 0
devnum=0
device=/dev/rcd0c
libdir=/usr/X11R6/lib/X11/xmcd
dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data
maxDbdirs=20
dbFileMode=0664
deviceInterfaceMethod=0
statusPollInterval=260
insertPollInterval=2000
previousThreshold=100
searchSkipBlocks=145
searchPauseInterval=55
searchSpeedUpCount=15
searchVolumePercent=35
searchMinVolume=2
sampleBlocks=750
minimumPlayBlocks=25
displayBlinkOnInterval=850
displayBlinkOffInterval=150
scsiAudioVolumeBase=0
volumeControlTaper=0
channelRoute=0
driveVendorCode=0
playAudio10Support=0
playAudio12Support=0
playAudioMSFSupport=1
playAudioTISupport=1
loadSupport=0
ejectSupport=0
modeSenseSetDBD=0
volumeControlSupport=1
balanceControlSupport=0
channelRouteSupport=1
pauseResumeSupport=1
caddyLockSupport=1
curposFormat=0
noTURWhenPlaying=0
spinDownOnLoad=1
ejectOnExit=0
stopOnExit=1
exitOnEject=0
closeOnEject=0
caddyLock=1
solaris2VolumeManager=0
showScsiErrMsg=1
mainShowFocus=1
SCSI CDB bytes:
0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................
CD audio: SCSI command fault on /dev/rcd0c:
Opcode=0x0 Status=0x0
SCSI CDB bytes:
0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................
CD audio: SCSI command fault on /dev/rcd0c:
Opcode=0x0 Status=0x0
-----
> Also, from the debug output you sent, it is apparent that the driver is
> returning failure status to the "Test Unit Ready" command that xmcd
> sends. This would indicate that the drive is not ready (such as
> when no CD is loaded).
Maybe this will shed a little light on things; from my
/var/log/messages where boot messages are put:
Apr 10 00:34:06 goof /kernel: (bt0:2:0): "Chinon CD-ROM CDS-525 V10" is a type 5
removable SCSI 2
Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): CD-ROM
Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): NOT READY asc:4,1
Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): Logical unit is in process of becomi
ng ready
Apr 10 00:34:06 goof /kernel: cd0: could not get size
Apr 10 00:34:06 goof /kernel: drive empty
This is *with* an audio cd in the drive (I've been leaving it in
there until we get this resolved).
> But I wonder if this is really the case.
> Is /dev/rcd0 really the correct device node for your drive? Check
> its major and minor device numbers. Also, did you use xcdplayer
> on this very system using the very same device node, and have confirmed
> that it worked?
I just tried it out. It works fine. Here's the device it opens
(from a ktrace xcdplayer).
1915 xcdplayer NAMI "/dev/rcd0c"
1915 xcdplayer RET open 7
> A key difference between xcdplayer and xmcd is that for SCSI drives,
> xmcd uses the SCSI pass-through interface to control the CD-ROM
> drive instead of the CD-ROM driver ioctl interface that xcdplayer
> uses. Perhaps the SCSI pass-through interface is not properly
> handled with the Buslogic driver? I dunno...
That could be. Anyone on the hackers list know?
> Another thing you can try is to increase the command timeout value.
> In libdi.d/os_frbsd.c there is a line in the pthru_send() function
> that looks like this:
> ucmd.timeout = 2000; /* 2 secs timeout */
> Change it to:
> ucmd.timeout = 10000; /* 10 secs timeout */
> Recompile and re-try. Does it work any better?
Ok, I built it and tried it out. It doesn't seem to do anything
differently, which is what I expected anyhow, considering the scsi commands
seem to return instantly...
-matt
--
Matthew C. Mead -> Virginia Tech Center for Transportation Research -
-> Multiple Platform System and Network Administration
Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other
---- ------- WWW -> http://www.goof.com/~mmead --- -----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199504101745.NAA04049>