Re: [Libusbx-devel] Need testers for long-standing xHCI clear halt bug

[Pratyush Anand]

Hi Sarah,

On Fri, Oct 11, 2013 at 05:43:49AM +0800, Sarah Sharp wrote:
> Hi Sipter and Marcus,
> 
> Xenia has a potential fix for a long-standing bug in the xHCI driver,
> and I need your help testing it.  You ran into that bug back in Feb
> 2013:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_name=CAGjSPUAQ8phZFu9dj60wt9zZpoghcQMVUAwgd2y3NvLmiAZH7Q%40mail.gmail.com&forum_name=libusbx-devel
> 
> The issue was that gphoto2 unconditionally cleared a halt on all
> endpoints after the camera was closed.  This triggered a bug in the xHCI
> driver, making it so gphoto2 couldn't talk to the device on a subsequent
> open.  You worked around the issue by removing the clear halt in
> gphoto2.
> 
> Now Xenia has a potential fix for that bug, and she needs help testing
> that fix.  Would it be possible to add that clear halt back into
> gphoto2, apply the following two kernel patches, and make sure gphoto2
> still works?
> 
> http://marc.info/?l=linux-usb&m=138116117104619&w=2
> http://marc.info/?l=linux-usb&m=138116117204620&w=2
> 
> 
> Hi Pratyush,
> 
> I believe you also ran into this issue back in Sept 2012, when you were
> running usbtest #13 (Endpoint Halt Test) under a TI xHCI host.  The
> tests failed for devices under xHCI.  If you can still reproduce that
> issue, can you try the test again with the two patches?
> 

Was on leave.
Hopefully should be able to get that platform. Will reproduce the
issue and test with these patches.

Regards
Pratyush
> 
> Hi Yuliya,
> 
> You ran into this issue as well, back in Oct 2012.  You added a set
> interface to your driver to work around the issue.  If you're still
> working on that code, can you take the set interface out, test these two
> patches, and let me know if your device works?
> 
> Thanks,
> Sarah Sharp

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel

[Libusbx-devel] [Released] PyUSB 1.0.0 beta 1

[Wander Lairson Costa]

Dear all,

I am proud to announce that PyUSB 1.0.0 beta is out.

What's new in PyUSB 1.0.0 (beta 1)?
---

* Isochronous transfer for libusb 1.0 (by David Halter).
* Experimental OpenUSB support.
* Documentation update.
* PYUSB_DEBUG_LEVEL environment variable is now called PYUSB_DEBUG.
* Legacy module nwo groups according to their bus.
* Version information available for apps (by Chris Clark).
* Faster read operation (by themperek).
* Tox support (by ponty).
* Support for port number info (by Stefano Di Martino).
* Several bug fixes (please, check the Changelog file).

Known issues


* OpenUSB backend hangs on some control transfers.

TODO


* More tests with legacy module.
* Isochronous transfers for libusb-win32.

Download page
-

https://sourceforge.net/projects/pyusb/files/PyUSB%201.0/1.0.0-beta-1/

This release took much more time than I was expecting to, so I would like
to thank you all for your patience, and specially for those whose contributed
for this release.


-- 
Best Regards,
Wander Lairson Costa

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel