Hi Konsti, Torsten,

> Torsten says it look like tha same bug he fixed in the old ohci
> emulating driver.
>
> The trace is at http://www.ludenkalle.de/olav-ptd-urb.trace

Thanks for the log. I went through it and also looked at
what you reported about the fix for the older driver. I must
admit I was not able to relate them to each other. From the
log it seems that all the communication with the ep0 seems
to proceed normally, including the DATAUNDERRUN (CC=9)
transfers. They were just strings (language code and serial
number), which were obtained normally. In the log, the only
status for transfer requests to ep1in was CC=f suggesting
that ep1in either was not ready (half-configured) or it just
had no data to provide.

Now, as you have a working driver as well, could you please
generate another log with the older driver with PTD info
printed, for comparison. This would be of great help to
locate, where the communication processes with the device
start to diverge for these two drivers.

Concerning the newer driver, if you dump info, it would be
helpful if you uncomment also the URB_TRACE macro. This
prints, which transfers are enqueued and in which state they
finish. It adds just a minimal overhead.

Olav




-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to