Jon Smirl wrote: > First thing I need to figure out is why I can't finish a 250MB copy > over pure 802.11g without dropping the connection. I am getting > hundreds of these in the logs: > kernel: usb 5-1.3: handle_retry_failed_int() retry failed interrupt
This interrupt occurs when the device failed to transmit a unicast frame. It retries several times (and gives us an interrupt for each retry) and then sends a final interrupt saying that it's given up. The definition of "failed to transmit" is "did not receive an ACK within a predefined timeframe". It has nothing to do with software or protocol retry. Lowering the rate would be a sensible experiment. > The nodes in my test are 5ft apart with 100% strength, 99% quality at > 54M on a clear channel. I would hope that they can exchange packets > without dropping them. Pay little attention to the strength/quality values, they are very fictitious. Daniel ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
