atapi cdrecord under 5.2
pav at FreeBSD.org
Wed Jan 28 02:53:47 PST 2004
V st, 28. 01. 2004 v 11:07, Harti Brandt píše:
> 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.
Since ATAng commit sense bytes are no longer automatically filled on
error conditions. This very regression was worked around in recent
growisofs (I did the testing for author). If you as kernel developer
could try looking into it that would be great...
Pav Lucistnik <pav at oook.cz>
<pav at FreeBSD.org>
42.7 percent of all statistics are made up on the spot.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040128/289a5536/attachment-0001.bin
More information about the freebsd-current