ath10k: workaround qos nullfunc bug
authorMichal Kazior <michal.kazior@tieto.com>
Mon, 21 Jul 2014 18:03:10 +0000 (21:03 +0300)
committerKalle Valo <kvalo@qca.qualcomm.com>
Tue, 22 Jul 2014 15:54:04 +0000 (18:54 +0300)
commitc21c64d145e64d92a6c8f8e13c9b6b5b711832eb
tree163134e73641ad5ae1caaa72de832a359c80d4b8
parent4b6045586f31c7cc49b641a7ad5298b0c379a1c7
ath10k: workaround qos nullfunc bug

Apparently fw/hw generates a corrupted QoS Control
Field in Qos NullFunc frames. The only way to
workaround this is to downgrade frames to
NullFunc. This should be okay since powersave is
done by fw/hw and these frames are only used for
CQM purposes (e.g. from hostapd to check if
station is still connected).

This doesn't fix any user visible bug that I know
of. It just prevents from sending out funky frames
on the air.

Reported-by: Janusz Dziedzic <janusz.dziedzic@tieto.com>
Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
Signed-off-by: Kalle Valo <kvalo@qca.qualcomm.com>
drivers/net/wireless/ath/ath10k/mac.c