Thank you very much for your response. There are a few updates inline below
for your reference and I'd appreciate your further comments.
On Thu, Jul 2, 2015 at 8:15 AM, Dominic Spill <dominicgs@xxxxxxxxx> wrote:
Hi,In the BBB case, only 2u. The gadgetFS is on bus 1 but nothing shows up on
I'm sorry that it's taken me so long to get back to you on this, I've
been travelling and email has been building up.
On 19 June 2015 at 19:41, Y. Zhang <ygz999@xxxxxxxxx> wrote:
Attached is the USBpcap from my test made on the host, where packets
are between the host and USBProxy.
Was this captured with USBProxy using the pcap filter?
I wonder if the unresponded requests will reach gadgetFS of USBProxy atall.
I would expect the requests to reach the device (as they have passed
through the filter), but I'm interested to know if the device is
responding to them, and if it is, why those responses are being
Could you use USBMON to produce a second pcap file from the USB host
This will give us two pcap files that we can compare so that we can
know if the requests are being sent to the device and if the device is
- about usbmon: it seems to be able to monitor peripheral traffics only.
If not,- after fixing the bug with USBProxy mentioned above, I was able to proceed
1- how would one update gadgetFS to have such requests forwarded to
I'm not convinced that the requests aren't getting to USBProxy, I
suspect the problem is in relaying them to the device.
2. when (1) becomes possible, what need be addressed to have furtherthat
messages relayed between gadgetFS and the HUB device (via libUSB), such
the gadgetFS forwards all downstream messages to USBProxy and then to HUBdevices
device (libUSB), which would further broadcast requests to any other
inserted into the HUB and relay messages from such device back togadgetFS
(eventually back to host)?
Yes, I think supporting hubs and proxying multiple devices is a very
useful goal, and I think it should be within our reach. One of the
issues is that we build an internal model of the device descriptors
before we initialise gadgetfs, this model only supports a single
device at this stage. We will need to come up with a sensible
replacement for this model, which may be as simple as writing the
descriptors to a buffer rather than building the model.
Any comments are greatly appreciated!!!