Hi, On Mon, Dec 3, 2012 at 8:56 PM, Andreas Hartmann <andihartmann@xxxxxxxxxxxxxxx> wrote: > Christian Lamparter wrote: >> On Monday, December 03, 2012 03:13:55 PM Andreas Hartmann wrote: >>> Stanislaw Gruszka wrote: >>>> Commit f0425beda4d404a6e751439b562100b902ba9c98 "mac80211: retry sending >>>> failed BAR frames later instead of tearing down aggr" caused regression >>>> on rt2x00 hardware (connection hangs). >>> >>> This patch caused a problem, too, with carl9170 >>> (http://thread.gmane.org/gmane.linux.kernel.wireless.general/92203/focus=92376). >>> How did they fix it (the thread unfortunately ends without any solution >>> / patch). >> >> This was fixed by: carl9170: fix HT peer BA session corruption >> (c9122c0d63a50 in wireless-testing). The issue here is that the >> hardware does not set the tx success bit when it receives a >> BA for a sent BAR [looks like it is expecting a legacy ACK?! >> but who knows - the original vendor driver [otus] didn't really >> deal with BARs anyway]. > > If I got Helmut correctly here > (http://news.gmane.org/find-root.php?group=gmane.linux.kernel.wireless.general&article=83762), > rt2x00pci could have a related problem (probably missing tx status). > > Wouldn't it be an idea to try a similar approach? > > https://kernel.googlesource.com/pub/scm/linux/kernel/git/linville/wireless-testing/+/c9122c0d63a50bab0a97dc936a38c0f921b6930e^!/ Yep, this makes definitely sense! And since we can copy big parts of the carl9170 patch :D this shouldn't be too much work hopefully ... 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
