summaryrefslogtreecommitdiff
path: root/net/netfilter/xt_length.c
diff options
context:
space:
mode:
authorAdham Abozaeid <adham.abozaeid@microchip.com>2019-10-17 16:51:13 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2019-10-24 23:17:16 -0400
commitbfc0a0935aa4d74cd37d0b5e013ec6c4aa827a2d (patch)
treeb59b720d986e1121398d37e6fa023a73e21f5ea2 /net/netfilter/xt_length.c
parent79380bbfc3ff3d541546054e42c7a92670d728d1 (diff)
staging: wilc1000: store bss object and use cfg80211_connect_bss()
In a fast disconnect/connect sequence, cfg80211_connect_result() can fail to find the bss object which the driver is connecting to. Detailed sequence of events: * Driver is connected in STA mode * Disconnect request arrives from user space. Driver disconnects and calls cfg80211_disconnected() which adds new event to the cfg80211_wq worker thread * Connect request arrives from user space. cfg80211_connect() stores ssid/ssid_len and calls rdev_connect() * __cfg80211_disconnected() runs in worker thread and zero wdev->ssid_len * Connect succeeds. Driver calls cfg80211_connect_result() which fails to find the bss because wdev->ssid_len is zero To overcome this, upon connect request, store the bss object in the driver and upon connect completion pass it to kernel using cfg80211_connect_bss(). Ref: bcdd49b074d0 ("store bss object and use cfg80211_connect_bss()") Signed-off-by: Adham Abozaeid <adham.abozaeid@microchip.com> Link: https://lore.kernel.org/r/20191017165105.27429-1-adham.abozaeid@microchip.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/netfilter/xt_length.c')
0 files changed, 0 insertions, 0 deletions