diff options
| author | Aditya Kumar Singh <[email protected]> | 2024-11-21 04:15:30 +0000 |
|---|---|---|
| committer | Johannes Berg <[email protected]> | 2024-12-03 10:28:20 +0000 |
| commit | b5c32ff6a3a38c74facdd1fe34c0d709a55527fd (patch) | |
| tree | 7c4980c503dc2ffaecb667edd8a8c805de7c1068 /net/unix/af_unix.c | |
| parent | wifi: mac80211: init cnt before accessing elem in ieee80211_copy_mbssid_beacon (diff) | |
| download | kernel-b5c32ff6a3a38c74facdd1fe34c0d709a55527fd.tar.gz kernel-b5c32ff6a3a38c74facdd1fe34c0d709a55527fd.zip | |
wifi: cfg80211: clear link ID from bitmap during link delete after clean up
Currently, during link deletion, the link ID is first removed from the
valid_links bitmap before performing any clean-up operations. However, some
functions require the link ID to remain in the valid_links bitmap. One
such example is cfg80211_cac_event(). The flow is -
nl80211_remove_link()
cfg80211_remove_link()
ieee80211_del_intf_link()
ieee80211_vif_set_links()
ieee80211_vif_update_links()
ieee80211_link_stop()
cfg80211_cac_event()
cfg80211_cac_event() requires link ID to be present but it is cleared
already in cfg80211_remove_link(). Ultimately, WARN_ON() is hit.
Therefore, clear the link ID from the bitmap only after completing the link
clean-up.
Signed-off-by: Aditya Kumar Singh <[email protected]>
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Johannes Berg <[email protected]>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions