Le mar 06/07/2004 � 21:13, Alan Stern a �crit :
> Okay, the patch below adds this delay. You should try applying this
> _without_ using that udelay() patch for usb.c that's been in circulation
> for a couple of weeks now.
Regrading this (now obsoleted) patch, I tried yesterday with 900 ms with
no luck - just wanted to let you know that :-(
So I'm now compiling with your new patches...
> - sdev->request_queue->max_sectors > 128)
I did not have this line in my original 2.6.7 kernel, so I added the
changed one (with 64 instead of 128); originally mine looked like:
if (us->pusb_dev->descriptor.idVendor == USB_VENDOR_ID_GENESYS
&&
us->pusb_dev->speed == USB_SPEED_HIGH)
blk_queue_max_sectors(sdev->request_queue, 128);
and now states:
if (us->pusb_dev->descriptor.idVendor == USB_VENDOR_ID_GENESYS
&&
us->pusb_dev->speed == USB_SPEED_HIGH &&
sdev->request_queue->max_sectors > 64)
blk_queue_max_sectors(sdev->request_queue, 64);
...is that still ok?
--
Alexandre Aractingi <[EMAIL PROTECTED]>
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
