cfg80211_connect_result(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

okay so <pink>cfg80211_connect_result</pink> β€” it's the function that tells cfg80211 how the connection went. like, the whole notify-cfg80211-of-connection-result situation. from the Kernel API Manual, bestie, section 9. πŸ’…


🌸 SYNOPSIS 🌸

void cfg80211_connect_result (struct net_device *dev , const u8 *bssid ,
const u8 *req_ie , size_t req_ie_len , const u8 *resp_ie , size_t
resp_ie_len , u16 status , gfp_t gfp );

no cap, that's the whole signature β€” copy it exactly or it's not gonna compile, iykyk 🫢


πŸŽ€ ARGUMENTS πŸŽ€

  • dev β€” the network device, bestie. your net_device. that's the one. πŸ’–
  • bssid β€” the BSSID of the AP you connected to ✨
  • req_ie β€” the association request IEs (it may be NULL, ok? like it's allowed to be a whole nothing-burger)
  • req_ie_len β€” the length of those association request IEs 🌸
  • resp_ie β€” the association response IEs (also may be NULL, same energy)
  • resp_ie_len β€” length of the assoc response IEs, slay πŸ¦‹
  • status β€” the status code, and listen: use WLAN_STATUS_SUCCESS for a successful connection. and if your device literally cannot give you the real status code for failures? use WLAN_STATUS_UNSPECIFIED_FAILURE. that's the move πŸ™ˆ
  • gfp β€” allocation flags ⭐

πŸ’œ DESCRIPTION πŸ’œ

okay so here's the vibe check: your underlying driver should call this once execution of the connection request from connect has been completed. like, connect said go, the thing happened, now you're reporting back. main character energy. πŸ‘‘

this one is similar to cfg80211_connect_bss, except that cfg80211_connect_bss lets you specify the exact bss entry. so like, cousins. same family, slightly different flex. 🧚

⚠️ and this is the important bit, so read it twice bestie β€” only one of these functions should be called: cfg80211_connect_bss, cfg80211_connect_result, cfg80211_connect_timeout, or cfg80211_connect_done. not two. not "well maybe just this once." one. periodt. πŸ’€

to be continued… 🌈

πŸ”— SEE ALSO πŸ”—

okay bestie, buckle up, because this is the section. this is the whole extended universe of cfg80211, like the group chat of every struct and function that's even tangentially in this family πŸ’– ngl the original just dumps all of them in a wall of text, so i'm giving you the same names but sorted into little vibe clusters so your brain doesn't evaporate. every single one is here, no cap, nothing skipped 🫢


🌱 the starting point

  • ./include/net/cfg80211.h Introduction(9) β€” the kernel file this whole page lives in, and the intro page, iykyk
  • Device registration(9)

πŸ“‘ channels, rates & the basics of a BSS

  • enum ieee80211_channel_flags(9), struct ieee80211_channel(9), enum ieee80211_rate_flags(9), enum ieee80211_bss_type(9), enum ieee80211_privacy(9), struct ieee80211_rate(9)

πŸ¦‹ all the capability structs (ht / vht / he / eht / uhr, we love an acronym)


βš™οΈ Actions and configuration (aka the big one)


πŸ” Scanning and BSS list handling

  • Scanning and BSS list handling(9), struct cfg80211_ssid(9), struct cfg80211_scan_info(9), struct cfg80211_scan_6ghz_params(9), struct cfg80211_scan_request(9), struct cfg80211_match_set(9), struct cfg80211_sched_scan_plan(9), struct cfg80211_bss_select_adjust(9), struct cfg80211_sched_scan_request(9), enum cfg80211_signal_type(9), struct cfg80211_inform_bss(9), struct cfg80211_bss_ies(9), struct cfg80211_bss(9), ieee80211_bss_get_elem(9), ieee80211_bss_get_ie(9)
  • auth/assoc/connect: struct cfg80211_auth_request(9), struct cfg80211_assoc_link(9), struct cfg80211_ml_reconf_req(9), enum cfg80211_assoc_req_flags(9), struct cfg80211_assoc_request(9), struct cfg80211_deauth_request(9), struct cfg80211_disassoc_request(9), struct cfg80211_ibss_params(9), struct cfg80211_bss_selection(9), struct cfg80211_connect_params(9), enum cfg80211_connect_params_changed(9) β€” yes, that cfg80211_connect_params, the one this whole page is literally about πŸ’…
  • wiphy params + pmksa + wowlan: enum wiphy_params_flags(9), struct cfg80211_pmksa(9), struct cfg80211_pkt_pattern(9), struct cfg80211_wowlan_tcp(9), struct cfg80211_wowlan(9), struct cfg80211_coalesce_rules(9), struct cfg80211_coalesce(9), struct cfg80211_wowlan_nd_match(9), struct cfg80211_wowlan_nd_info(9), struct cfg80211_wowlan_wakeup(9)
  • gtk rekey / ft ies / mgmt tx / qos: struct cfg80211_gtk_rekey_data(9), struct cfg80211_update_ft_ies_params(9), struct cfg80211_mgmt_tx_params(9), struct cfg80211_dscp_exception(9), struct cfg80211_dscp_range(9), struct cfg80211_qos_map(9)

🫧 Neighbor Awareness Networking (NAN)

  • Neighbor Awareness Networking (NAN)(9), struct cfg80211_nan_band_config(9), struct cfg80211_nan_conf(9), struct cfg80211_nan_channel(9), struct cfg80211_nan_local_sched(9), struct cfg80211_nan_peer_map(9), struct cfg80211_nan_peer_sched(9), enum cfg80211_nan_conf_changes(9), struct cfg80211_nan_func_filter(9), struct cfg80211_nan_func(9)

πŸ” auth-adjacent & measurement things

  • struct cfg80211_pmk_conf(9), struct cfg80211_external_auth_params(9), struct cfg80211_ftm_responder_stats(9), struct cfg80211_pmsr_ftm_result(9), struct cfg80211_pmsr_result(9), struct cfg80211_pmsr_ftm_request_peer(9), struct cfg80211_pmsr_request_peer(9), struct cfg80211_pmsr_request(9), struct cfg80211_update_owe_info(9), struct mgmt_frame_regs(9)

πŸ‘‘ the wiphy zone


🧰 Utility functions


πŸš€ Data path helpers


πŸ“œ Regulatory enforcement infrastructure


πŸ“£ scan done, BSS informing & MLME event notifications

this cluster is giving "the driver calls back into cfg80211 and the whole thing lights up" πŸ’«


πŸ“΄ RFkill integration


πŸ›οΈ Vendor commands


πŸ§ͺ Test mode


🏁 connection, roaming, station & mgmt-tx callbacks (the grand finale)


ok that's the whole list, fr fr β€” nothing dropped, nothing merged, every single (9) reference is accounted for πŸŽ€

okay bestie the SEE ALSO list is still going β€” she's long, she's thorough, and honestly she ate πŸ’… we're in the home stretch now, so here's everyone else getting a shoutout, in order, no skips (fr fr, i counted) πŸŽ€

the beacon / reg girlies β€” yes they all start with cfg80211_reg, iconic of them ✨

channel switch committee πŸ¦‹

the conversion girlies (operating class ⇄ band ⇄ chandef ⇄ khz, the whole glow-up pipeline) 🌈

the one-off icons πŸ’«

the combinations / link management crew (busy, booked, and thriving) πŸ‘‘

ext feature duo 🌸

NAN squad, part one β€” lowkey the most mysterious friend group in the doc set 🫢

auth / measurement / assorted main characters ⭐

the colour change committee β€” genuinely obsessed with this whole arc, no notes 🎨

6 GHz + MLO + channels crew πŸ”₯

NAN squad, part two β€” the sequel 🧚

debugfs besties (locked and loaded, literally) πŸ”’

S1G trio πŸ’œ

and the final one, closing us out 🌟


okay and that's the whole list, bestie β€” 64 cross-references, all present and accounted for, not a single one left behind 😭✨ go click around, that's what SEE ALSO is for, iykyk.

real talk: these are just pointers to other pages in the same set, so if one of them looks like your fave, go read it instead of guessing πŸ’…

and that's the page!! πŸŽ€ it lives in ./include/net, it's dated October 2026, and it's the man page for cfg80211_connect_result(9) β€” go off, bestie, you understood the whole thing πŸ«ΆπŸ’–

πŸ“¦ where this page comes from