On 06/07/2011 09:38 PM, Rob Browning wrote:
Rob Browning<rlb@xxxxxxxxxxxxxxxx> writes:
As another data point, I just tested the same device on a second machine
(a desktop), and saw the same behavior -- initially high transfer rates
trailing off to about 60K/s.
...and another data point. Just to be sure it wasn't that particular
usb device, I got another that I think is the same hardware (this time
the Airlink 101), and I see exactly the same behavior.
Next I'll try a different access point -- I'll let you know what I find.
And if there's anything else I can do to help test, please let me know.
It has been some time since you wrote this. Any changes?
I recently noticed a slow-down on my rtl8192cu doing TX TCP MAERTS tests with
netperf. The attached patch seemed to help. If you still have the problem, does
it help? Note: The patch is badly named - I started trying to fix a problem
connecting with a 270 Mpbs 2.4 GHz channel. It works with 150 Mbps. On the
higher speed network, it authenticates and associates, but no data gets through.
Larry
Index: wireless-testing-new/drivers/net/wireless/rtlwifi/core.c
===================================================================
--- wireless-testing-new.orig/drivers/net/wireless/rtlwifi/core.c
+++ wireless-testing-new/drivers/net/wireless/rtlwifi/core.c
@@ -610,6 +610,11 @@ static void rtl_op_bss_info_changed(stru
mac->link_state = MAC80211_NOLINK;
memset(mac->bssid, 0, 6);
+
+ /* reset sec info */
+ rtl_cam_reset_sec_info(hw);
+
+ rtl_cam_reset_all_entry(hw);
mac->vendor = PEER_UNKNOWN;
RT_TRACE(rtlpriv, COMP_MAC80211, DBG_DMESG,
@@ -1063,6 +1068,9 @@ static int rtl_op_set_key(struct ieee802
*or clear all entry here.
*/
rtl_cam_delete_one_entry(hw, mac_addr, key_idx);
+
+ rtl_cam_reset_sec_info(hw);
+
break;
default:
RT_TRACE(rtlpriv, COMP_ERR, DBG_EMERG,
