If FreeBSD writes any warning for SCSI commands send by cdrtools, then this is
definitely a kernel bug that needs to be fixed.
SCSI is a protocol that lives from aparently failing SCSI commands.
These warnings are related to "high level interaction" between cdrecord and the
drive. Only cdrecord
Alexander Motin wrote:
> > What is the requested size with the various HBAs in earlier kernels?
>
> For HBAs with automatic sense fetching -- as passed in sence_len request
> field. In case of libscg it was SSD_FULL_SIZE before and I've set it to
> be real value now. Returned sense_resid should b
Alexander Motin wrote:
> > Compare the number of sense bytes I like to request (18) with the number
> > previous FreeBSD versions did actually request. It is obvious that in case
> > there is a resid reported onm an old kernel, libscg (with your chanhge)
> > would
> > believe that probably le
Alexander Motin wrote:
> > The question still remains whether the previous implementation did return
> > resid
> >> 0 in some cases. In this case, I would need to implement both variants in
> >> the
> > libscg adaption layer and I would need to know whether I am running on an
> > old
> > ve
Alexander Motin wrote:
> >>> Given the fact that many drives will probably only return 18 bytes of
> >>> sense
> >>> data, this will happen every time libscg is told to fetch more sense than
> >>> the
> >>> drive is willing to return.
> >>>
> >>> Is there a way to distinct an old kernel from
Alexander Motin wrote:
> > Your patch to libscg looks definitely OK if we only look at the new
> > corrected
> > kernel driver behavior.
> >
> > There is a problem:
> >
> > In case that there is a sense data residual > 0, libscg will asume that
> > there
> > is less sense data that really pr
Marius Strobl wrote:
> On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote:
> > Hi.
> >
> > I've reviewed tests that scgcheck does to SCSI subsystem. It shown
> > combination of several issues in both CAM, ahci(4) and cdrtools itself.
> > Several small patches allow us to pass most o
>Ready to start test for failing command? Enter to continue:
>**> Testing for failed SCSI command.
>scgcheck: Input/output error. inquiry: scsi sendcmd: retryable error
>CDB: 12 00 00 FF 24 00
>status: 0x0 (GOOD STATUS)
>cmd finished after 0.013s timeout 40s
>--> SCSI Transpor
Hi,
your problem:
>Track 01:0 of 2858 MB written.cdrecord: Input/output error. write_g1:
>scsi sendcmd: retryable error
>CDB: 2A 00 00 00 00 00 00 00 20 00
>status: 0x2 (CHECK CONDITION)
>Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>00 00 00 00 00 00 00 00 00
You wrote:
># cdrecord(wodim) dev=1,0,0 -v -data *.iso
>Track 01:0 of 2858 MB written.Errno: 5 (Input/output error), write_g1
>scsi sendcmd: retryable error
>CDB: 2A 00 00 00 00 00 00 00 1F 00
>status: 0x2 (CHECK CONDITION)
>Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>My backup script split filesystem dumps to files with size of 4,37 GB (4
>588 544 kB). It's just an optimal size to fill out DVDs. At this moment
>I have to burn them from windows via smb-link becuase I didn't manage to
>do this task from FreeBSD console due to 2GB/4GB filesize restrictions
>(grow
11 matches
Mail list logo