[trimmed CC as this is not rt2x00 specific anymore] Am Donnerstag, 24. März 2011 schrieb Helmut Schaa: > After adding the code to issue BARs when a AMPDU subframe failed, the issue > seems to not happen anymore. However, in some rare cases it happened again and > the Intel STA wasn't able to "receive" anything anymore (for example it still > happenend after running an iperf for ~150 seconds instead of just a few seconds > as before). Ok, found out some more. The problem now seems to trigger only if the Intel STA leaves powersave and mac80211 dropped a frame while the STA was sleeping (either due to the size of the STA PS buffer or due to a race between rx/tx processing). This can also cause a sequence number hole in the STAs rx reordering buffer but we won't send a BAR in that case ending in the same situation that the Intel STA BlockAcks AMPDUs to it but doesn't pass them to the user space. Johannes, does it make sense to always send a BAR when a STA wakes up from sleep and we've got an active aggregation session? Thanks, 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
