On Thu, 2011-03-24 at 14:09 +0100, Helmut Schaa wrote: > 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). Why do we even have aggregation sessions active while the station goes to sleep? Is it scanning? Maybe the PS buffer should be larger then? I don't see how we can lose a frame due to rx/tx processing races either, how does that happen? I thought we had the ability to avoid all those races now. > 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? I don't know, you tell me, does it? :) joahnnes -- 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
