summaryrefslogtreecommitdiff
path: root/scripts/extract_xc3028.pl
diff options
context:
space:
mode:
authorDouglas Anderson <dianders@chromium.org>2017-05-12 09:41:59 -0700
committerKalle Valo <kvalo@codeaurora.org>2017-05-19 09:01:55 +0300
commite0b636e5ee15558c6240fa8738f2b608c07ea17a (patch)
treefe406415084735f9bbca5baf98bb989969db71ef /scripts/extract_xc3028.pl
parent8535107aa4ef92520cbb9a4739563b389c5f8e2c (diff)
mwifiex: Don't release tx_ba_stream_tbl_lock while iterating
Despite the macro list_for_each_entry_safe() having the word "safe" in the name, it's still not actually safe to release the list spinlock while iterating over the list. The "safe" in the macro name actually only means that it's safe to delete the current entry while iterating over the list. Releasing the spinlock while iterating over the list means that someone else could come in and adjust the list while we don't have the spinlock. If they do that it can totally mix up our iteration and fully corrupt the list. Later iterating over a corrupted list while holding a spinlock and having IRQs off can cause all sorts of hard to debug problems. As evidenced by the other call to mwifiex_11n_delete_tx_ba_stream_tbl_entry() in mwifiex_11n_delete_all_tx_ba_stream_tbl(), it's actually safe to skip the spinlock release. Let's do that. No known problems are fixed by this patch, but it could fix all sorts of weird problems and it should be very safe. Signed-off-by: Douglas Anderson <dianders@chromium.org> Signed-off-by: Brian Norris <briannorris@chromium.org> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'scripts/extract_xc3028.pl')
0 files changed, 0 insertions, 0 deletions