]> git.ipfire.org Git - thirdparty/hostap.git/commit - wpa_supplicant/wpa_supplicant_i.h
Fill the current opclass in (Re)AssocRequest depending on HT/VHT IEs
authorAnanya Barat <abarat@codeaurora.org>
Tue, 10 Mar 2020 06:37:33 +0000 (12:07 +0530)
committerJouni Malinen <j@w1.fi>
Wed, 11 Mar 2020 16:30:31 +0000 (18:30 +0200)
commit2b9713d61611c946e3e41a135e7aafb146f8a61f
tree8768537cc0b112d50ddb76647d3f5808ef9a030b
parentd9a7b71a78524bb56bcd3f341c97c398e2966725
Fill the current opclass in (Re)AssocRequest depending on HT/VHT IEs

The previous implementation was assuming a fixed 20 MHz channel
bandwidth when determining which operating class value to indicate as
the Current Operating Class in the Supported Operating Classes element.
This is not accurate for many HT/VHT cases.

Fix this by determining the current operating class (i.e., the operating
class used for the requested association) based on the HT/VHT operation
elements from scan results.

Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
wpa_supplicant/op_classes.c
wpa_supplicant/rrm.c
wpa_supplicant/sme.c
wpa_supplicant/wpa_supplicant.c
wpa_supplicant/wpa_supplicant_i.h