Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 28 Jan 2004 11:07:01 +0100 (CET)
From:      Harti Brandt <brandt@fokus.fraunhofer.de>
To:        Andrew Thomson <andrewjt@applecomm.net>
Cc:        freebsd-current@freebsd.org
Subject:   Re: atapi cdrecord under 5.2
Message-ID:  <20040128110230.A3524@beagle.fokus.fraunhofer.de>
In-Reply-To: <1075254712.2786.42.camel@itouch-1011.prv.au.itouchnet.net>
References:  <1075254712.2786.42.camel@itouch-1011.prv.au.itouchnet.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 28 Jan 2004, Andrew Thomson wrote:

AT>having the following problem trying to burn an iso to cd using cdrecord.
AT>
AT>Using libscg version 'schily-0.7'
AT>Device type    : Removable CD-ROM
AT>Version        : 0
AT>Response Format: 1
AT>Vendor_info    : 'CREATIVE'
AT>Identifikation : 'CD-RW RW1210E   '
AT>Revision       : 'LCS6'
AT>Device seems to be: Generic mmc CD-RW.
AT>Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
AT>Driver flags   : MMC SWABAUDIO BURNFREE
AT>Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96P RAW/R96R
AT>Starting to write CD/DVD at speed 12 in real TAO mode for single
AT>session.
AT>Last chance to quit, starting real write    0 seconds. Operation starts.
AT>cdrecord: Input/output error. send opc: scsi sendcmd: retryable error
AT>CDB:  54 01 00 00 00 00 00 00 00 00
AT>status: 0x2 (CHECK CONDITION)
AT>Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
AT>00 00 00 00 00 00 00 00 00 00 00 00
AT>Sense Key: 0xFFFFFFFF [], Segment 0
AT>Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
AT>Sense flags: Blk 0 (not valid)
AT>cmd finished after 0.000s timeout 60s
AT>cdrecord: OPC failed.

That may be the same problem I discovered yesterday together with Joerg
Schilling (the cdrecord author). According to him, for several kinds of CD
recorders error returns from the recorder are expected by cdrecord (some
recorders, for example, return an error for long writes, although they
process it (this is allowed by the SCSI spec)). cdrecord handles these
error (and they do not turn up as errors to the user), but in order to do
this it expectes the CAM layer to return correct sense data after an error
(the CAM spec requires the CAM layer to automatically issue a SENSE
command after errors). As you can see in the above output, the sense data
is all zero, which seems to be broken. At the moment it's not clear, where
the problem exactly is: CAM, ATAPICAM or ATAPI.

harti

AT>
AT>scsibus1:
AT>        1,0,0   100) 'LG      ' 'CD-ROM CRD-8400B' '1.04' Removable
AT>CD-ROM
AT>        1,1,0   101) 'CREATIVE' 'CD-RW RW1210E   ' 'LCS6' Removable
AT>CD-ROM
AT>        1,2,0   102) *
AT>        1,3,0   103) *
AT>        1,4,0   104) *
AT>
AT>Am running as root to avoid any issues there and cdrecord command is:
AT>
AT>cdrecord dev=1,1,0 5.2-RELEASE-i386-miniinst.iso
AT>
AT>>From dmesg:
AT>
AT>pass1 at ata1 bus 0 target 1 lun 0
AT>pass1: <CREATIVE CD-RW RW1210E LCS6> Removable CD-ROM SCSI-0 device
AT>pass1: 16.000MB/s transfers
AT>
AT>Having just read the handbook page, I found I could use the burncd for
AT>my ide burner however in the past, I have successfully used the atapicam
AT>stuff with cdrecord.
AT>
AT>So the burner does work a treat:
AT>
AT>burncd -f /dev/acd1 data 5.2-RELEASE-i386-miniinst.iso fixate
AT>next writeable LBA 0
AT>writing from file 5.2-RELEASE-i386-miniinst.iso size 242336 KB
AT>written this track 242336 KB (100%) total 242336 KB
AT>fixating CD, please wait..
AT>
AT>but not with cdrecord/atapicam it would appear.
AT>
AT>Any thoughts?
AT>
AT>ajt.
AT>
AT>
AT>_______________________________________________
AT>freebsd-current@freebsd.org mailing list
AT>http://lists.freebsd.org/mailman/listinfo/freebsd-current
AT>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
AT>

-- 
harti brandt,
http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private
brandt@fokus.fraunhofer.de, harti@freebsd.org



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