Hans de Goede wrote:
> If the usbfs driver is found LIBUSB_ERROR_NOT_FOUND will be
> returned to indicate no driver was detached.
What is the situation like for other platforms besides Linux, and
does the change also require documentation?
//Peter
---
Hans de Goede wrote:
> This patch fixes libusb_detach_kernel_driver to only detach "real"
> kernel drivers and not the special usbfs driver
Ignoring the race for now? What's the situation of kernel support to
make the operations race free? It has always been the plan of course.
//Peter
Currently applications for devices which only are accessed from userspace
can use claim / release interface to make sure they don't get in each others
way. The same however does not work for applications which first need to detach
a "native" / in kernel driver, as this detach will not only detach n
2012/7/28 :
> Did you have a look at the second file as well? It seems to me that there are
> two different issues (different function calls).
Different backtrace but they both indicate a crash in libusbx with no
(direct) relation with pcsc-lite.
>> On 2012.07.28 12:06, Ludovic Rousseau wrote:
Hi,
On 07/28/2012 12:39 PM, Xiaofan Chen wrote:
> On Sat, Jul 28, 2012 at 5:54 PM, Hans de Goede wrote:
>> Currently applications for devices which only are accessed from
>> userspace can use claim / release interface to make sure they
>> don't get in each others way. The same however does not wo
On Sat, Jul 28, 2012 at 5:54 PM, Hans de Goede wrote:
> Currently applications for devices which only are accessed from
> userspace can use claim / release interface to make sure they
> don't get in each others way. The same however does not work
> for applications which first need to detach
> a "
Did you have a look at the second file as well? It seems to me that there are
two different issues (different function calls).
> On 2012.07.28 12:06, Ludovic Rousseau wrote:
> It looks like the thread is started by the okccid driver itlself and
> not by pcscd.
If the libusbx maintainers agree wit
2012/7/28 :
>> On 2012.07.28 11:46:37, Ludovic Rousseau wrote:
>> Now you can use the core files to get the backtrace.
>>
>> Do:
>> $ gdb -c core
>> [...]
>> (gdb) backtrace
>
> I already did the backtrace for each core dump. Please have a look at the
> txt-files.
Sorry. I missed these files.
(
> On 2012.07.28 11:46:37, Ludovic Rousseau wrote:
> Now you can use the core files to get the backtrace.
>
> Do:
> $ gdb -c core
> [...]
> (gdb) backtrace
I already did the backtrace for each core dump. Please have a look at the
txt-files.
=
Regards
Sebastian
=
---
Currently applications for devices which only are accessed from userspace
can use claim / release interface to make sure they don't get in each others
way. The same however does not work for applications which first need to detach
a "native" / in kernel driver, as this detach will not only detach n
2012/7/27 :
>> On 2012.07.23 16:22, sebastiank wrote:
>> Well, maybe I found a solution to enable core dumps for the running pcscd
>> process without the
>> need of a reboot or re-login:
>>
>> http://superuser.com/questions/404239/setting-ulimit-on-a-running-process
> The instructions provided by
11 matches
Mail list logo
