In message <532.935919508@localhost>, "Jordan K. Hubbard" writes:
>> Trouble could be if ripit picks up from stat(2) before
>> it opens the device, we don't know the underlying blocksize
>> until after open, floppy drives for instance support many
>> different sectorsizes.
>
>Sorry for the confusion - I'm not even using ripit to test now,
>I'm simply putting an audio CD in the drive and trying:
>
># dd if=/dev/rcd0c of=/dev/null
>dd: /dev/rcd0c: Invalid argument
>[console log: dscheck: b_bcount 512 is not on a sector boundary (ssize 2048)]
Ahh, but that wont work. An audio CD has 2352 bytes "sectors".
dd will default to 512 bytes, but I'm not even sure you can read the
audio that way. I was looking at ports/audio/tosha which seems to
send CAM/SCSI commands to do the stunt.
>I figured ripit was too "high level" a test and I should just try and
>get some data off the thing again before moving on. :) I've tried
>/dev/rcd0a and /dev/cd0c too, just for grins, no luck. Though trying
>the block device does yield a different message on the console:
>
>(cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0
>(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0
>(cd0:ahc0:0:4:0): Illegal mode for this track
>(cd0:ahc0:0:4:0): cddone: got error 0x16 back
Yes, that is what I would expect too.
Try calling tosha directly, and if it fails, please truss or ktrace
it.
--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED] "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
