On 28.11.2012 19:01, Tim Roberts wrote:
> The fact that it shows endpoints says that, at SOME point in time, the
> system was able to read your configuration descriptor. Endpoint
> descriptors do not exist on their own -- they are part of the
> configuration descriptor.
Thanks, I just thought that I misunderstood the configuration descriptor
structure
> Here's my guess, from a distance, based on almost no data, with large
> caveats about jumping to conclusions and reading between the lines.
always welcome :-)
> My guess is that you are responding correctly at enumeration time, but
> after your device gets configured once, SOMETHING you are doing in the
> firmware is preventing the device from responding to another
> GetConfiguration request. Maybe you are doing too much work in an
> interrupt handler, so that it can't respond to the request in time.
> Maybe you are trashing the memory that holds the configuration descriptor.
Ok, hm On Linux I still can run lsusb -d16d0:05be -vvv while my application has
access to the device.
I read somewhere the lsusb is actively reading data, not using cached values
and I also see some extra
communication on the bus, when running lsusb.
Anyway to be sure I counted the GetConfiguration requests in my device. -- >
lsusb is not actively reading the config descriptors, it is just
re-reading the string descriptors!
But what I can see is that also linux is reading the config descriptors 2 times.
I also see 7 requests to the string descriptors while I just have 6.... hm,
Somehow I have the feeling the there could be something messed up with some
configuration index stuff,
I will look around there a bit ..
> This page might help you: http://www.linux-usb.org/usbtest/
Ok, looks good, I will try it out
thx
Arne
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
libusbx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libusbx-devel
