mesh_path_send_to_gates(9)
π mesh_path_send_to_gates(9) π
okay so bestie, we're in the Kernel API Manual today and this one's a little networking baddie from the mesh world. let me put you on. β¨
π NAME π
mesh_path_send_to_gates β literally sends those pending frames off to all the known mesh gates. no gate left behind, periodt. π
π¦ SYNOPSIS π¦
int mesh_path_send_to_gates (struct mesh_path *mpath );
πΈ ARGUMENTS πΈ
mpathβ the mesh path whose queue is about to get emptied. yeah, that one. she's the main character of this function and her queue is getting cleared out. π«Ά
π« DESCRIPTION π«
so here's the tea, and it's honestly kind of elegant:
if there's only one gate, the frames get transferred from the failed mpath queue over to that gate's queue. simple. one gate, one destination, slay. π
but if there's more than one gate? now we're doing the little relay thing β the frames are copied from each gate to the next one along. icon behaviour honestly. π§
and then, after the frames are copied, the mpath queues are emptied onto the transmission queue. bye bestie, go get transmitted. β¨
π₯ RETURN π₯
0on success π-EHOSTUNREACHπ
π SEE ALSO π
the kernel file ./net/mac80211/mesh_pathtbl.c and all her friends:
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_tx_pending(9)mesh_path_discard_frame(9)mesh_path_flush_pending(9)mesh_path_fix_nexthop(9)
like genuinely go read them, they're all in the group chat. π
aaaand that's the page! π this one came at you from the source ./net/mac80211, dated October 2026 β catch you on the next one, bestie, mwah πβ¨π¦
π¦ 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