I have seen the EXACT same problem too....
The device I am using is a GPS, and GPS puts out 4800 bps of NMEA data stream
continuously... it works ok for 2 to 10 minutes, and eventually it will stop...
I am using ARM processor and PHILISP 1362 USB controller (host mode)
I even put a USB protocol analyzer in the middle to see what is going on...
When that does happen, (right around when it stop), i see bunch of SOF (start
of frame) with nothing happening... I suspect perhaps the FTDI maybe VERY
time sensitive...so if you are not processing your interrupt FAST enough
you will not see any more data)...
Once you are out of sync, HC seem to be out of sync with the chip and never
recovered.... though we continue to get interrupts, but HC is completely
out of sync...
(ie in td_done_list, we are doing
(urb_priv->td_cnt == urb_priv->length)
before calling bulk_read_callback, but by this time, urb_priv->length
will never match up with the td_cnt anymore
But I cannot offer any solution other than just adding some "data points"
tom
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
