[EMAIL PROTECTED] writes ("Re: cdrecord 1.10a17 and Iomega USB ZIPCD"):
> Id this really a Sony VAIO with crusoe chip (PCG-C1VE) ?
> YOur problems happend to me last year on a machine with differernt
> hardware. It does _not_ happen on my VAIO.
No, as I said in my original report, it's a PCG Z505R, with an Intel
`Mobile Pentium II' (according to Linux).
> >My bug report *was* based on the latest cdrtools, 1.10a17 !
>
> SO eithe you stripped of the version number or I missed it.
That most recent version number has been in the Subject line of this
whole thread, and I stated it several times elsewhere in my original
report, and again in my first followup !
I don't really see how I could have made it more clear.
> For some strange reason, there was no failure of the first mode
> sense command so I cannot detect the DMA overrun... It looks to me
> like a problem of the USB kernel drivers as the DMA overrun most
> likely happened...
Perhaps this is so. Should I take this problem up with the Linux
kernel people ? If so then as I'm afraid I don't quite understand the
problem a more elaborate description might be useful, or perhaps you
should talk to them yourself ?
> Please check out this patch:
>
> ------- modes.c -------
> *** - Mon Mar 26 10:09:47 2001
> --- modes.c Mon Mar 26 10:07:45 2001
> ***************
> *** 90,95 ****
> --- 90,100 ----
> }
> len = ((struct scsi_mode_header *)mode)->sense_data_len + 1;
> }
> + /*
> + * IOMEGA USB drives may receive a SCSI bus device recet in between
> + * these two mode sense commands.
> + */
> + (void)unit_ready(scgp);
> if (mode_sense(scgp, mode, len, page, 0) < 0) { /* Page n current */
> scgp->silent--;
> return (FALSE);
I'll try this patch when I'm next by the machine.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]