On Fri, May 31, 2002 at 08:21:53AM -0700, David Brownell wrote:
> >4. After reading the logs of the usb-uhci driver I noticed that a
> >requested transfer block gets split in many small data packets of 64
> >bytes, i.e the maximum packet size of a bulk transfer which coincides
> >with my scanner's maximum packet size). These are all scheduled, and
> >after receiving about half of the requested packets
>
> Out of curiousity, how big are the transfers you request? It shouldn't
> matter, you should be able to provide (somehow) a 1 MByte buffer and see
> it work just fine, but I don't recall ever hearing about a bug related to
> the size of the transfer buffer.
Me too...
> > the uhci driver logs
> >that there are no more outstanding packets. This results in a short read
> >count in scanner.o, and the scanner again responds only after a complete
> >unload of the uhci driver.
>
> That would appear to be a bug somewhere in usb-uhci ... what about
> the updated/smaller "-hcd" versions?
Well, a dead HCD smells like VIA ;-) But I don't understand why a correctly
signalled short packet should kill the HCD later. Can I have a log of the
transfer?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
"Oh no, not again !" The bowl of petunias
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
