> > > Forget datafab.c for this, as the protocoll is a little different. > >Hm. I used datafab.c successfully for the CF side. >What precisely is different?
It's a while ago, but if I remember correctly, the ACOMdATA (actually OnSpec Inc.) chip has two short bulk data packets waiting to be read after a read/write, and datafab.c only requested one, which got the device quite confused after some time - and especially so after media change. Also datafab.c is useless for lun != 0 (for the ACOMdATA drive that is). Note: reseting the ACOMdATA via the usb hub (usb_reset_device()) only work for the CF/SM part, but not for the MS/SD. Check older postings about other quirks. - sda _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
