On Mon, 2012-02-06 at 16:48 +0100, Helmut Schaa wrote: > Hi, > > since all action frames are handled in the iface workqueue the following > situation can cause problems on slow devices in AP mode: > > - data stream AP -> STA with established TX BA session > - peer sends a DELBA to tear the APs TX BA session down > - new frames are still send as AMPDU but the receiver doesn't BlockAck > them anymore since it assumes the BA session is already teared down. > - DELBA gets processed > Hence, most frames between receiving the DELBA and actually processing > it are basically lost. This can easily make TCP streams getting stuck for a > few seconds :( Why are they lost? They haven't been acknowledged so wouldn't they be retransmitted? In any case, it seems the easiest solution may be to stop queues? But to really make this fool-proof you'd also have to tell the driver to release all its internal buffers -- and you're never going to solve the race completely. johannes -- 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
