Thank you for the assistance, ask If you'll need anyhitng else to test. By the way I've tested transfer speed in both directions and the results are: from Server to Client: ~2.5 MB/s (after applying your patch and changing value 8 back to 64) from Client to Server: ~5.3 MB/s Both machines uses 1T1R modules and connection is 65mbps (20mhz, MCS7) So I guess in ideal case Server to Client speed should be at least twice faster than it is now. Interesting that in G mode(54mbps) the same transmit speed is around 3.2 MB/s. 2011/7/22 Helmut Schaa <helmut.schaa@xxxxxxxxxxxxxx>: > Am Donnerstag, 21. Juli 2011 schrieb Stanislav Demakov: >> Quick note: changed .entry_num value back to 64 and the speed raised >> even more! Now it's about 2.5 MB/s. > > 64 is not a safe value in this case and rt2800usb_txdone_entry_check tries > to protect against a special case where the tx status for single frames > gets "lost". But at least we now know a little more about this issue. > >> But still there is still room for improvement. :) >> Looks like rt2800usb_txdone_entry_check was the major cause for the delay. > > Ok, thanks for trying. I'll think about a proper solution without causing > regressions ... > > Helmut > -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html