Subject: piixide and cdrecord with raw device = bad mojo?
To: None <current-users@netbsd.org>
From: Chris Tribo <ctribo@college.dtcc.edu>
List: current-users
Date: 01/17/2004 01:58:41
Executing this command with the latest cdrecord from pkgsrc:

bash-2.05b# cdrecord -v -audio -pad driveropts=burnfree dev=/dev/rcd0d
October.wav bmtlv1.wav bnm.wav btd.wav forgiveme.wav missing.wav mlb.wav

Gets me to here:

Cdrecord 2.00.3 (i386-unknown-netbsd1.6ZG) Copyright (C) 1995-2002 Jörg
Schilling
TOC Type: 0 = CD-DA
scsidev: '/dev/rcd0d'
devname: '/dev/rcd0d'
scsibus: -2 target: -2 lun: -2
Using libscg version 'schily-0.7'
cdrecord: Warning: using inofficial libscg transport code version
(frueauf-scsi-bsd.c-1.41nb1 '@(#)scsi-bsd.c   1.41 02/10/19 Copyright 1997
J. Schilling').
Driveropts: 'burnfree'
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'CyberDrv'
Identifikation : 'CW038D CD-R/RW  '
Revision       : '120C'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags   : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P
RAW/R96R
Drive buf size : 1806336 = 1764 KB
FIFO size      : 4194304 = 4096 KB
Track 01: audio   65 MB (06:26.63) no preemp pad
Track 02: audio   40 MB (03:57.97) no preemp pad
Track 03: audio   38 MB (03:51.10) no preemp pad
Track 04: audio   33 MB (03:17.46) no preemp pad
Track 05: audio   30 MB (03:01.81) no preemp pad
Track 06: audio   34 MB (03:26.42) no preemp pad
Track 07: audio   42 MB (04:11.50) no preemp pad
Total size:      286 MB (28:24.96) = 127872 sectors
Lout start:      287 MB (28:26/72) = 127872 sectors

and then we hang. Process is deadlocked in scistr with a pretty serious
priority. Odly, pressing the drive tray in does nothing, but it still
responds to pressing the eject button on the drive

 784 root      -6  -20   440K 7304K scistr     0:00  0.00%  0.00% cdrecord

Attempting to eject either cd0 or cd1 (both on the same channel) results
in not much happening.

479 root      -6    0    28K  612K xscmd      0:00  0.00%  0.00% eject
161 root      -6    0    28K  612K getxs      0:00  0.00%  0.00% eject
302 root      -6    0    28K  612K cdlck      0:00  0.00%  0.00% eject


	I realize that I should probably be using dev=15,0,0 (which works
fine) but I don't think this is supposed to happen. Any thoughts on where
to go with this or is it not a kernel issue?

-- 

The nice thing about Windows is - It does not just crash, it displays a
dialog box and lets you press 'OK' first.
						-- Arno Schaefer