kernel/linux.git/net/mac80211/mlme.c, branch v6.2

wifi: mac80211: don't parse multi-BSSID in assoc resp

2022-12-01T14:09:10+00:00

It's not valid to have the multiple BSSID element in the association response (per 802.11 REVme D1.0), so don't try to parse it there, but only in the fallback beacon elements if needed. The other case that was parsing association requests was already changed in a previous commit. Change-Id: I659d2ef1253e079cc71c46a017044e116e31c024 Signed-off-by: Johannes Berg

Merge remote-tracking branch 'wireless/main' into wireless-next

2022-10-10T09:03:43+00:00

Pull in wireless/main content since some new code would otherwise conflict with it. Signed-off-by: Johannes Berg

wifi: mac80211: don't clear DTIM period after setting it

2022-10-07T13:24:24+00:00

Fix the code that sets the DTIM period to always propagate it into link->conf->dtim_period and not overwrite it, while still preferring to set it from the beacon data if available. Signed-off-by: Johannes Berg

wifi: mac80211: mlme: mark assoc link in output

2022-10-07T13:24:21+00:00

It's useful to know which link was used for the association, mark it when printing the links. Signed-off-by: Johannes Berg

wifi: mac80211: check link ID in auth/assoc continuation

2022-10-07T13:24:18+00:00

Ensure that the link ID matches in auth/assoc continuation, otherwise we need to reset all the data. Fixes: 81151ce462e5 ("wifi: mac80211: support MLO authentication/association with one link") Signed-off-by: Johannes Berg

wifi: mac80211: mlme: fix null-ptr deref on failed assoc

2022-10-07T13:24:16+00:00

If association to an AP without a link 0 fails, then we crash in tracing because it assumes that either ap_mld_addr or link 0 BSS is valid, since we clear sdata->vif.valid_links and then don't add the ap_mld_addr to the struct. Since we clear also sdata->vif.cfg.ap_addr, keep a local copy of it and assign it earlier, before clearing valid_links, to fix this. Fixes: 81151ce462e5 ("wifi: mac80211: support MLO authentication/association with one link") Signed-off-by: Johannes Berg

wifi: mac80211: advertise TWT requester only with HW support

2022-10-07T13:24:08+00:00

Currently, we rely only on the AP capability. If the AP supports TWT responder we will advertise TWT requester even if the driver or HW doesn't support it. Fix this by checking the HW capability. Signed-off-by: Haim Dreyfuss Signed-off-by: Johannes Berg

wifi: mac80211: Process association status for affiliated links

2022-10-07T13:23:58+00:00

In case the AP returned a non success status for one of the links, do not activate the link. Signed-off-by: Ilan Peer Signed-off-by: Johannes Berg

wifi: mac80211: Parse station profile from association response

2022-10-07T13:23:55+00:00

When processing an association response frame for a Multi-Link connection, extract the per station profile for each additional link, and use it for parsing the link elements. As the Multi-Link element might be fragmented, add support for reassembling a fragmented element. To simplify memory management logic, extend 'struct ieee802_11_elems' to hold a scratch buffer, which is used for the defragmentation. Once an element is reconstructed in the scratch area, point the corresponding element pointer to it. Currently only defragmentation of Multi-Link element and the contained per-STA profile subelement is supported. Signed-off-by: Ilan Peer Signed-off-by: Johannes Berg

wifi: mac80211: remove/avoid misleading prints

2022-10-07T12:40:33+00:00

At some point a few kernel debug prints started appearing which indicated something was sending invalid IEs: "bad VHT capabilities, disabling VHT" "Invalid HE elem, Disable HE" Turns out these were being printed because the local hardware supported HE/VHT but the peer/AP did not. Bad/invalid indicates, to me at least, that the IE is in some way malformed, not missing. For the HE print (ieee80211_verify_peer_he_mcs_support) it will now silently fail if the HE capability element is missing (still prints if the element size is wrong). For the VHT print, it has been removed completely and will silently set the DISABLE_VHT flag which is consistent with how DISABLE_HT is set. Signed-off-by: James Prestwood Signed-off-by: Johannes Berg