Age | Commit message (Collapse) | Author | Files | Lines |
|
bNumEndpoints specify the number of endpoints in the endpoint
descriptor. When the mouse endpoint was tried (EP2), it triggered this
assertion because there is only one endpoint for the interface.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
Instead of changing bus.c (next_usb_bus) and possibly breaking
configurations relying on this number, just add one in the dump code
for cosmetic purposes.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
There is still a discrepancy (seen 300 ms and 600 ms), but it is better
than completely a difference equal to the uptime.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
And I was wondering why the interrupt packets in dev-hid.c had a
reversed type marking...
|
|
Non-control transfers have a meaningless setup buffer.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
The "length" field stores the expected size of data. "len_cap" stores
the real length of the data in the current packet (the "captured" data).
Also try to set a slightly more sane length value depending on
submission type, but this is much braindead.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
This allows for less less checking by the consumer and avoids
unnecessary work if the capture cannot be written anyway.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
It looks very ugly, perhaps a helper function should moved to desc.c?
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|
|
USB packets are captured in the pcap format using the Linux usbmon
link-layer type. Right now, this only works with handle_ctrl. Data
packets (isochronous, bulk and interrupt) are not (fully)
implemented yet.
Signed-off-by: Peter Wu <peter@lekensteyn.nl>
|