On Tue, 2011-09-27 at 10:26 +0800, Adrian Chadd wrote: > On 27 September 2011 06:30, Luis R. Rodriguez <mcgrof@xxxxxxxxxxxxx> wrote: > > > No particular comments on the code yet but latency issues has got me > > thinking about the filtered frames stuff and if we really need it. How > > much benefit does keeping these frames give us instead of just > > dropping them? > > Do you guys keep statistics about this sort of thing? Not sure. > My macbook pro ends up causing my FreeBSD AP to miss TX'ing a lot of > frames, even if it's close by. This only occurs when it's on battery > power. > > I have a feeling it's going to be doing aggressiveish power saving > stuff and this'll be fixed by me porting over and tidying up the > filtered frames support. I'm surprised you don't have filtered frames support! It's pretty important unless you keep hardware queues almost empty since otherwise exactly what you describe will happen. The hardware is supposed to keep track of when a station goes to sleep (only WAKE->DOZE transition, must rely on driver/stack for DOZE->WAKE transition to avoid packet reordering) and reject ("filter") frames on the queue in that case. 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