mesh_path_tx_pending(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– mesh_path_tx_pending(9) β€” Kernel API Manual, section 9 πŸ’–

okay bestie, welcome to the Kernel API Manual, section 9 β€” today’s main character is mesh_path_tx_pending, and she literally sends pending frames in a mesh path queue. no cap. 🫢


✨ NAME ✨

mesh_path_tx_pending β€” sends pending frames in a mesh path queue. periodt. πŸ’…


✨ SYNOPSIS ✨

void mesh_path_tx_pending (struct mesh_path *mpath );

πŸŽ€ ARGUMENTS πŸŽ€

  • mpath β€” the mesh path to activate. that’s the one, bestie. πŸŽ€

πŸ’… DESCRIPTION πŸ’…

okay so the locking tea is important: the state_lock of the mpath structure must NOT be held when calling this function. like, not held. at all. this is a hard no, not a vibe suggestion. 😭


πŸ¦‹ SEE ALSO πŸ¦‹

the relevant kernel file is ./net/mac80211/mesh_pathtbl.c, and here’s the whole friend group:


🌈 SIGN-OFF 🌈

mwah πŸ’‹ this page comes from the source/version line ./net/mac80211, dated October 2026, and it’s all about mesh_path_tx_pending(9). slay, go forth, and do not hold that state_lock. πŸ’–πŸ‘‘

πŸ“¦ where this page comes from