Georg Acher wrote:
>
> 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?
It is an ancient Intel:
00:07.2 USB Controller: Intel Corporation 82371SB PIIX3 USB
[Natoma/Triton II] (rev 01)
I will supply a log ASAP. If it gets rather long I will send it to you
personally.
Regards
Stephan
_______________________________________________________________
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
