I am attaching the raw data in two cases (working - 2.mon.out) and not working (1.mon.out) files. working one is with the device having linux 3.10.20 and not working one is with linux 2.6.32. Here i have run same traffic in both the cases. Could you please suggest some pointers based on these. On Wed, May 25, 2016 at 8:54 PM, Narasimha M <mnarasimha786@gmail.com> wrote:
If possible yes, i need a help. I am working on it for the first time on usb subsystem. I just tried using usbmon also, i got some raw data in text file. Could you please let me know how it will help to debug further?.
One more observation is that if i decrease the mtu size to around 480, then i am able to run the traffic. Which means the data is getting corrupted after 480 bytes length or so. Is there any possible chance for this case?
On Wed, May 25, 2016 at 6:26 PM, Bjørn Mork <bjorn@mork.no> wrote:
Narasimha M <mnarasimha786@gmail.com> writes:
Thanks for clear explanation. Could you please let me know where does host_controller will be present is it in USB device or USB core part of kernel.
Actually my issue is that we ported Gobinet driver from open source to support one dongle. After porting, it is working fine on little endian host (linux-2.6.31 kernel). We have added some changes in driver code o support it for big endian hosts. After adding the changes with the help of le16_to_cpu () function dongle is working in one of our big endian hosts (which has linux-3.10.20), but facing corrupted packet issue in other bigendian supported host (linux-2.6.32). Could you please help in providing some pointers here
Sounds like you have a bug in your code. Did you expect me to make a more precise guess?
Bjørn
-- Narasimha
-- Narasimha