Re: [Libusbx-devel] Bulk transfer queueing order problem

2013-05-24 Thread qse drf
>> I just installed the driver with Zadig. Yes there are two interfaces, >> interface 0 has a single endpoint and interface 1 has the two bulk end >> points. What confused me was that using libusbx I am able to use the >> bulk endpoints, but with the WinUSB API I can't. > > I don't know how Zadig

[Libusbx-devel] undefined symbol error on libusb_get_port_number

2013-05-24 Thread McConnaughey, Bill
Using version 1.0.15 on Linux. It links my program without complaints, but when it tries to call libusb_get_port_number the program is killed with the message that this symbol is undefined. I am able to get along without calling that function.

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Nathan Hjelm
On May 24, 2013, at 3:03 PM, Sean McBride wrote: > On Fri, 24 May 2013 11:22:13 -0600, Nathan Hjelm said: > >>> Is this hotplug API opt-in? libusbx won't start observing the comings >> and goings of all USB devices by default I hope? >> >> The hotplug API is opt-in but the internal event hand

Re: [Libusbx-devel] Bulk transfer queueing order problem

2013-05-24 Thread Tim Roberts
qse drf wrote: > I just installed the driver with Zadig. Yes there are two interfaces, > interface 0 has a single endpoint and interface 1 has the two bulk end > points. What confused me was that using libusbx I am able to use the bulk > endpoints, but with the WinUSB API I can't. I don't know

Re: [Libusbx-devel] Bulk transfer queueing order problem

2013-05-24 Thread qse drf
> Well, wait a minute here. If you are waiting for the "bulk in" in the > middle, how could you possibly get the sequence you just described? > You wouldn't even send the second 1KB until you'd read the first > response. Are you sending the two "bulk out" calls consecutively, > without waiting for

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Sean McBride
On Fri, 24 May 2013 11:22:13 -0600, Nathan Hjelm said: >> Is this hotplug API opt-in? libusbx won't start observing the comings >and goings of all USB devices by default I hope? > >The hotplug API is opt-in but the internal event handlers are not. Here >is a short summary of the changes within li

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Hans de Goede
Hi, On 05/24/2013 06:39 PM, Nathan Hjelm wrote: > BTW, libusb/os/poll_posix.c is missing from > https://github.com/jwrdegoede/libusbx/commit/cc1472ab89374fb912b52434fe8cc1f1af7157c6 > in your tree. Oops, fixed now (with a forced push, please rebase) Regards, Hans ---

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Nathan Hjelm
On May 24, 2013, at 11:05 AM, Sean McBride wrote: > On Fri, 24 May 2013 10:53:22 -0600, Nathan Hjelm said: > So the question then maybe if there are any apps doing hotplug already (and thus on their own) for darwin, if there are no such apps, then we may consider simply not

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Sean McBride
On Fri, 24 May 2013 10:53:22 -0600, Nathan Hjelm said: >>> So the question then maybe if there are any apps doing hotplug already >>> (and thus on >>> their own) for darwin, if there are no such apps, then we may consider >>> simply not >>> fixing this under darwin. >> >> I haven't followed this

Re: [Libusbx-devel] Bulk transfer queueing order problem

2013-05-24 Thread Tim Roberts
qse drf wrote: > > I am trying to communicate with a device via a simple bulk transfer > protocol under 64-bit Win7, it doesn't require high bandwidth. I > don't have access to to the device firmware, but I know it is working > properly because I have some software that communicates with it > co

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Nathan Hjelm
On May 24, 2013, at 10:44 AM, Sean McBride wrote: > On Fri, 24 May 2013 18:37:48 +0200, Hans de Goede said: > >>> Yup, there will probably be a race there but the fix may be a little >> more complicated than >>> it is under Linux. >> >> So the question then maybe if there are any apps doing ho

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Sean McBride
On Fri, 24 May 2013 18:37:48 +0200, Hans de Goede said: >> Yup, there will probably be a race there but the fix may be a little >more complicated than >> it is under Linux. > >So the question then maybe if there are any apps doing hotplug already >(and thus on >their own) for darwin, if there are

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Nathan Hjelm
On May 24, 2013, at 10:37 AM, Hans de Goede wrote: > Hi, > > On 05/24/2013 06:07 PM, Nathan Hjelm wrote: >> >> On May 24, 2013, at 9:10 AM, Hans de Goede wrote: >> >>> Hi all, >>> >>> With some help from Pete, Xiaofan as well as Nathan, I have been working on >>> integrating the libusb hp A

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Hans de Goede
Hi, On 05/24/2013 06:07 PM, Nathan Hjelm wrote: > > On May 24, 2013, at 9:10 AM, Hans de Goede wrote: > >> Hi all, >> >> With some help from Pete, Xiaofan as well as Nathan, I have been working on >> integrating the libusb hp API work done by Nathan for 1.0.16 on top of >> libusbx. >> >> The pla

Re: [Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Nathan Hjelm
On May 24, 2013, at 9:10 AM, Hans de Goede wrote: > Hi all, > > With some help from Pete, Xiaofan as well as Nathan, I have been working on > integrating the libusb hp API work done by Nathan for 1.0.16 on top of > libusbx. > > The plan is to release this as 1.2.0 within the next few weeks. >

[Libusbx-devel] Towards a 1.2.0 release, with hotplug support, please test

2013-05-24 Thread Hans de Goede
Hi all, With some help from Pete, Xiaofan as well as Nathan, I have been working on integrating the libusb hp API work done by Nathan for 1.0.16 on top of libusbx. The plan is to release this as 1.2.0 within the next few weeks. On top of integrating Nathan's work I've now also added the wince fi

[Libusbx-devel] Bulk transfer queueing order problem

2013-05-24 Thread qse drf
Hello, I am trying to communicate with a device via a simple bulk transfer protocol under 64-bit Win7, it doesn't require high bandwidth. I don't have access to to the device firmware, but I know it is working properly because I have some software that communicates with it correctly under Win