On Mon, 21 Feb 2005, Joachim Backes wrote: > Hi, Alan, > > my patch was in kernel-2.6.11-rc4 (transport.c) as: > > /* Genesys Logic interface chips need a 100us delay between the > * command phase and the data phase. Some devices need a little > * more than that, probably because of clock rate inaccuracies. */ > /* if (le16_to_cpu(us->pusb_dev->descriptor.idVendor) == > USB_VENDOR_ID_GENESYS) */ > udelay(110); > > But this did not help: During mkfs.ext3, the system was hanging up as I > reported previously.
Unfortunately I can't tell what's causing your errors. Maybe electromagnetic interference? On Tue, 22 Feb 2005, Kirnasov A. wrote: > Hello Alan! > As I told in previos letter, we have some problems with flash memory st$ > Sometimes after corrupted data are retrieved by host controller from $ > by means of usb_stor_Bulk_reset function. > Reset transaction itself takes long time to cover. If we try to simply > skip the reset transaction, a few futher bulk transaction couse long de$ > We wonder how can we force the device to quikly return to the stabilize$ > usb_stor_Bulk_reset the reset sequence should be modified? We would app$ > any assistance from your side. Both of you may be helped by the experimental patch in this message: http://marc.theaimsgroup.com/?l=linux-usb-devel&m=110876266420588&w=2 It will apply to 2.6.11-rc, and while it won't prevent errors from occuring it should make recovery from those errors work more quickly and more reliably. Alan Stern ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
