Re: FX2 Bulk In/Out fails with bulkloop.hex

Alan Stern <[email protected]>
Newsgroups gmane.linux.usb.devel
Message-ID <[email protected]>
On Fri, 9 Feb 2007, Stephan Esterhuizen wrote:

> I'm using Cypress bulkloop.hex firmware on an fx2lp (CY7C68013A) with simple host-side user-land code to transmit data to EP2 (out endpoint) and read the 'echo' on EP6 (in endpoint). The very first time the code is run it writes, say, 60 bytes to EP2 and reads the echo (60 bytes) from EP6. When the host code is run again I get a timeout on EP6. Further digging shows that during the second time the program was run EP2 never actually received any data even though a URB trace shows it was successfully sent:
> 
> ehci_hcd 0000:00:1d.7: ehci_urb_done 3 urb efd87840 ep2out status 0 len 60/60
> 
> This can be 'fixed' by forcing an extra 1-byte bulk out packet to EP2 at the end of the code (before closing the handle). When the program is _then_ run the next time it sends 60 bytes and receives 60 bytes just fine (whatever happened to that extra 1-byte packet I don't know)

...

> I'm using the 2.6.19 kernel on an Intel 82801G ICH7 controller. I reproduced this on older kernels and on a 2.6.17 AMD64 system with a VIA chipset.
> 
> Any insights would be very helpful.

Try using the usbmon facility (instructions in the kernel source file 
Documentation/usb/usbmon.txt) to see what's really happening.

[And please instruct your email client to wrap lines at 74 columns or 
thereabouts.]

Alan Stern


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.