cfg80211_not...er_candidate(9)

๐Ÿ“ฆ version 7.3.1, in nixpkgs unstable

โœจ cfg80211_notify_new_peer_candidate(9) โœจ

okay so bestie, we're diving into the kernel API manual for cfg80211_notify_new_peer_candidate and honestly? this one's a lil gem ๐Ÿ’Ž it's giving "mesh networking but make it a group chat" energy, and i'm obsessed. buckle up, we're doing this together ๐Ÿซถ


๐ŸŽ€ NAME ๐ŸŽ€

cfg80211_notify_new_peer_candidate โ€” the function that slides into cfg80211's DMs to say "hey girl, we found a new mesh peer candidate" ๐Ÿ’…


๐ŸŒธ SYNOPSIS ๐ŸŒธ

void cfg80211_notify_new_peer_candidate(struct net_device *dev,
                                        const u8 *macaddr,
                                        const u8 *ie,
                                        size_t ie_len,
                                        int sig_dbm,
                                        gfp_t gfp);

like, look at all those parameters. main character energy fr fr ๐Ÿ”ฅ


๐Ÿฆ‹ ARGUMENTS ๐Ÿฆ‹

okay so every single one of these matters, no skipping, we're not doing that ๐Ÿ™ˆ

  • dev โ€” the network device. you know, the actual interface doing the thing ๐Ÿ’–
  • macaddr โ€” the MAC address of the new candidate. this is who we're talking about, their little hardware identity ๐ŸŽ€
  • ie โ€” the information elements advertised by the peer candidate. like their profile bio, but for 802.11 ๐Ÿ“
  • ie_len โ€” length of the information elements buffer. gotta tell us how much bio to read, bestie ๐Ÿ“
  • sig_dbm โ€” signal level in dBm. how loud they're coming through, basically ๐Ÿ“ถ
  • gfp โ€” allocation flags. the usual kernel memory-allocation vibe check โœจ

๐Ÿ’œ DESCRIPTION ๐Ÿ’œ

so what does this function actually do? it notifies cfg80211 that the mesh peer candidate has been detected ๐Ÿ‘€ and the way it usually happens is โ€” most likely โ€” via a beacon ๐ŸŒˆ or, less likely, via a probe response. either way, we caught 'em.

then cfg80211 takes that info and sends a notification to userspace. so it's basically the messenger ๐Ÿงš passing the tea along to the people who need it. periodt.


more parts coming, bestie โ€” don't go anywhere ๐Ÿ’…โœจ

โœจ SEE ALSO โœจ

okay bestie, this is the part where the man page just name-drops the entire extended universe. The kernel file is ./include/net/cfg80211.h, and the cross-refs start right here. no skips, no cap. ๐Ÿ’…

Okay bestie, the see-also list is still going โ€” like the manpage said "one more thing" and then kept talking for another 60 entries ๐Ÿ˜ญ but honestly? every single one of these is iconic in its own way. grab a snack, we're finishing the bibliography. ๐Ÿ“

the regulatory trio ๐ŸŒธ

channel switch announcements, both the "we're doing it" and the "we did it" ๐Ÿ’…

the conversion girlies โœจ operating class in, band out, chandef in, kHz out โ€” glow-ups in every direction.

registration and its inevitable reverse ๐ŸŽ€

the struct and the function that loves it, fr fr.

information-element girlies, splitting and fragmenting like it's nothing ๐Ÿ”ฅ

channel-math besties, no cap ๐Ÿงฎโœจ

the "ok we're done here" trilogy ๐Ÿ’€ (the last one is very main character energy, just saying)

set it, check it, iconic duo ๐Ÿซถ

the NAN squad, part one ๐ŸŒˆ

the whole color-change notification family ๐ŸŽจ started, aborted, done โ€” they covered every plot twist.

MLO reconf content, extremely 2026 of them ๐Ÿ’œ

the NAN squad, part two โ€” they really said "and another thing" ๐Ÿฆ‹

debugfs read/write, locked and loaded ๐Ÿ”’

S1G trio, start / end / primary sibling, all in kHz, all iconic โญ

and the finale ๐ŸŽฌ slay.


and that's the whole list, bestie โ€” we ate, we left no crumbs, and we did not skip a single reference ๐Ÿ˜ค๐Ÿ‘‘

sign-off time ๐ŸŽ€ this page lives under the source path ./include/net, it's dated October 2026, and the version line reads cfg80211_not...er_candidate(9) โ€” so if you ever need to cite it in the group chat, now you know exactly what to say ๐Ÿซถโœจ

๐Ÿ“ฆ where this page comes from