Re: [ 104/173] rt2x00: Dont let mac80211 send a BAR when an AMPDU subframe fails
From: Andreas Hartmann <hidden>
Date: 2012-12-29 08:08:35
Also in:
lkml
Ben Hutchings wrote:
3.2-stable review patch. If anyone has any objections, please let me know. ------------------ From: Andreas Hartmann <redacted> commit be03d4a45c09ee5100d3aaaedd087f19bc20d01f upstream.
[...] This patch is a workaround for mac80211: retry sending failed BAR frames later instead of tearing down aggr (http://www.spinics.net/lists/linux-wireless/msg76379.html - f0425beda4d404a6e751439b562100b902ba9c98) See: http://thread.gmane.org/gmane.linux.kernel.wireless.general/83297/focus=83304 Meanwhile there was a bug report complaining about problems with be03d4a45 when used as STA: http://thread.gmane.org/gmane.linux.drivers.rt2x00.user/1257 You can find there a few other workaround proposals. Stanislaw Gruszka proposed here a final(?) workaround, which refines workaround be03d4a45c by shrinking it to AP function: http://thread.gmane.org/gmane.linux.kernel.wireless.general/100793 carl9170 had the same problem with f0425beda. There it was fixed like this: http://thread.gmane.org/gmane.linux.kernel.wireless.general/100793/focus=1405 This approach fixes the real problem (no aggregation handling by the firmware / hardware) by implementing it into the driver. Unfortunately, I didn't see any implementation of c9122c0d63a50 for rt2x00 until now. Kind regards, Andreas Hartmann