I've been seeing these intermittent failures to reclaim an interface after
a device reset. After much debugging and inserting sleeps in strategic
places to make the race window larger I've found the following race:
1) A user is running some software using libusbx which will automatically
detect,
Is here a repost of my RFC from a few weeks ago, the Linux kernel part
of this has just been reviewed and acked by Alan Stern, so it looks like
we are good to go with this.
Note this set does not yet hook up the new kernel ioctl, I would like to
wait with that until it hits Linus' tree, as until t
Apps which deal with devices which also have a kernel driver, need to do
the following:
1) Check which driver is attached, so as to not detach the wrong driver
(ie detaching usbfs while another instance of the app is using the device)
2) Detach the kernel driver
3) Claim the interface
Where mov
On 06.09.2012 00:45, Pete Batard wrote:
> We haven't seen crash reports from you since we pushed the fixes that
> (we hoped) could address the issue. Can you confirm that you've been
> happily running pcscd ever since?
Hello Pete,
sorry for my delayed response. I have been out of office for a
On Wed, Sep 5, 2012 at 9:22 PM, Ludovic Rousseau
wrote:
> Also the LibusbTest.cpp do not compile on Mac OS X. Bug filed in github.
I installed gcc-4.7 (enable c++) using Homebrew (dupes gcc formula)
and now it complains about conio.h, bug commented in github.
https://github.com/zarthcode/Libusbpp
On 2012.09.10 08:56, Hans de Goede wrote:
> Note this set does not yet hook up the new kernel ioctl, I would like to
> wait with that until it hits Linus' tree
and
> I know it is a bit late, but if possible I would like to get this in for
> v1.0.13
So this is really 1/3 and 2/3, with 3/3 ("A fol
On 2012.09.10 06:14, Xiaofan Chen wrote:
> On the other hand, if we can not fix the issue of the
> filter driver with regard to USB composite device, I
> think it is still okay to release 1.0.13, just need to
> put this limitation in the release notes.
That was the plan, as I'd like to go RC tomor
As mentioned when we discussed the pcscd issue.
The existing doc mentions that stderr/stdout can be closed without
worry, which is not true unless libusbx is compiled with --disable-log
(nondefault).
Regards,
/Pete
>From c0e21eba6190c246dc7b1fddcbd07393f6ceb5c2 Mon Sep 17 00:00:00 2001
From:
