On Thu, 2011-03-24 at 21:40 +0100, Johannes Berg wrote: > On Thu, 2011-03-24 at 22:38 +0200, Emmanuel Grumbach wrote: > > > >> STA -> AP nullfunc PM=1 > > >> AP -> STA AMPDU (seqnr 3106 - 3112) > > >> AP -> STA AMPDU (seqnr 3106 - 3112), retry > > >> AP -> STA AMPDU (seqnr 3106 - 3112), retry > > >> AP -> STA AMPDU (seqnr 3106 - 3112), retry > > >> AP -> STA AMPDU (seqnr 3106 - 3112), retry > > >> AP -> STA AMPDU (seqnr 3106 - 3112), retry > > >> ... > > >> STA -> AP nullfunc PM=0 > > >> ... > > > > Hold on, why do mac80211 send a frame to a sleeping station ? > > Am I stupid or is this buggy ? > > Heh, neither. This happens when the frame is already queued on the > hardware queue. Of course, most (sane) hardware/firmware designs have some way to avoid that race by having the device itself note the WAKE->SLEEP transition, and the requiring the driver to tell the device about the SLEEP->WAKE transition, which enables us to never do this (sending a frame to a station that is now asleep). 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
