mesh_path_tx_pending(9)
π 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:
mesh_path_assign_nexthop(9)mesh_path_move_to_queue(9)mesh_path_lookup(9)mesh_path_lookup_by_idx(9)mpp_path_lookup_by_idx(9)mesh_path_add_gate(9)mesh_gate_del(9)mesh_gate_num(9)mesh_path_add(9)mesh_plink_broken(9)mesh_path_flush_by_nexthop(9)mesh_path_flush_by_iface(9)table_path_del(9)mesh_path_del(9)mesh_path_send_to_gates(9)mesh_path_discard_frame(9)mesh_path_flush_pending(9)mesh_path_fix_nexthop(9)
π 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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms