summaryrefslogtreecommitdiff
path: root/ipc
diff options
context:
space:
mode:
authorMohammed Shafi Shajakhan <mohammed@qca.qualcomm.com>2012-02-20 10:05:31 +0530
committerJohn W. Linville <linville@tuxdriver.com>2012-02-21 14:45:26 -0500
commit8617b093d0031837a7be9b32bc674580cfb5f6b5 (patch)
tree6f9965790045cc0b73c43033aae859cab79128a2 /ipc
parent5dcbf480473f6c3f06ad2426b7517038a2a18911 (diff)
downloadlinux-stable-8617b093d0031837a7be9b32bc674580cfb5f6b5.tar.gz
linux-stable-8617b093d0031837a7be9b32bc674580cfb5f6b5.tar.bz2
linux-stable-8617b093d0031837a7be9b32bc674580cfb5f6b5.zip
mac80211: zero initialize count field in ieee80211_tx_rate
rate control algorithms concludes the rate as invalid with rate[i].idx < -1 , while they do also check for rate[i].count is non-zero. it would be safer to zero initialize the 'count' field. recently we had a ath9k rate control crash where the ath9k rate control in ath_tx_status assumed to check only for rate[i].count being non-zero in one instance and ended up in using invalid rate index for 'connection monitoring NULL func frames' which eventually lead to the crash. thanks to Pavel Roskin for fixing it and finding the root cause. https://bugzilla.redhat.com/show_bug.cgi?id=768639 Cc: stable@vger.kernel.org Cc: Pavel Roskin <proski@gnu.org> Signed-off-by: Mohammed Shafi Shajakhan <mohammed@qca.qualcomm.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions