diff options
author | Johannes Berg <johannes.berg@intel.com> | 2011-09-29 16:04:35 +0200 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2011-09-30 15:57:18 -0400 |
commit | deeaee197b0fa694ba6c8f02cdb57b3be7115b4f (patch) | |
tree | 9cdd2ce5786ceb60c68327da441913b56de9726c /drivers/clocksource/acpi_pm.c | |
parent | ce662b44ce22e3e8886104d5feb2a451d7ba560f (diff) | |
download | op-kernel-dev-deeaee197b0fa694ba6c8f02cdb57b3be7115b4f.zip op-kernel-dev-deeaee197b0fa694ba6c8f02cdb57b3be7115b4f.tar.gz |
mac80211: reply only once to each PS-poll
If a PS-poll frame is retried (but was received)
there is no way to detect that since it has no
sequence number. As a consequence, the standard
asks us to not react to PS-poll frames until the
response to one made it out (was ACKed or lost).
Implement this by using the WLAN_STA_SP flags to
also indicate a PS-Poll "service period" and the
IEEE80211_TX_STATUS_EOSP flag for the response
packet to indicate the end of the "SP" as usual.
We could use separate flags, but that will most
likely completely confuse drivers, and while the
standard doesn't exclude simultaneously polling
using uAPSD and PS-Poll, doing that seems quite
problematic.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/clocksource/acpi_pm.c')
0 files changed, 0 insertions, 0 deletions