On Thu, Mar 24, 2011 at 22:41, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > 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). > good point. For the same reasons, DELBA Deauth and friends are handled in FW too... -- 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
