wifi: mac80211: explain ieee80211_determine_chan_mode() parsing

Looking through element parsing behaviour for multi-BSSID
and multi-link, this one seemed odd. Add a comment that
explains why it's written this way.

Link: https://patch.msgid.link/20260529102644.25f75c4df338.I1f1f17cc0ae8e413659654d4bbaa34260ef68e2c@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
This commit is contained in:
Johannes Berg 2026-05-29 10:25:03 +02:00
parent 29eb4dc882
commit a5cbf19456

View File

@ -1077,6 +1077,14 @@ ieee80211_determine_chan_mode(struct ieee80211_sub_if_data *sdata,
const struct cfg80211_bss_ies *ies = rcu_dereference(cbss->ies);
struct ieee80211_bss *bss = (void *)cbss->priv;
struct ieee80211_channel *channel = cbss->channel;
/*
* This is for parsing a beacon or probe response here, but it's
* using the *BSS* elements which are synthetic for multi-BSSID,
* created by cfg80211 based on multi-BSSID inheritance etc. As
* a result, this sets neither .bss (since multi-BSSID is parsed
* already) nor a valid .link_id (since it doesn't want to see
* the data from another link.)
*/
struct ieee80211_elems_parse_params parse_params = {
.link_id = -1,
.from_ap = true,