diff options
author | Christian Lamparter <chunkeey@web.de> | 2009-08-20 20:22:01 +0200 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2009-08-28 14:40:23 -0400 |
commit | 90d6f92828a081a86cb4f9644b6eef6207855050 (patch) | |
tree | c47f2cad3790829905c4944dbb80a85062591914 /include | |
parent | 7c6a3ed5bd61ec981c8a0d0111cfd435adf3f2b7 (diff) | |
download | linux-3.10-90d6f92828a081a86cb4f9644b6eef6207855050.tar.gz linux-3.10-90d6f92828a081a86cb4f9644b6eef6207855050.tar.bz2 linux-3.10-90d6f92828a081a86cb4f9644b6eef6207855050.zip |
p54: fix broadcast buffering in AP mode
The patch "mac80211: fix PS-poll response race" somehow broke
broadcast buffering in a funny way.
During normal operation - stations are awake - the firmware refused
to transmit broadcast frames and reported P54_TX_PSM_CANCELLED.
But everything worked as soon as one station entered PSM.
The reason:
The stack sets IEEE80211_TX_CTL_SEND_AFTER_DTIM for outgoing
broadcast frames as soon as a station is marked as sleeping.
This flag triggers a path which will reroute these frames
into p54's "content after beacon" queue, which is designed
to cope with the demands for psm.
This patch restores the old behavior.
IEEE80211_TX_CTL_CLEAR_PS_FILT will once again be used to signalize
the firmware to ignore the ps canceling for certain frames.
Signed-off-by: Christian Lamparter <chunkeey@web.de>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions