mpp_path_lookup_by_idx(9)
π mpp_path_lookup_by_idx π
okay so this is a page from the Kernel API Manual (mpp_path_lookup_by_idx(9)), and honestly? it's short, it's sweet, and it does exactly what it says on the tin. let's get into it bestie π«Ά
β¨ NAME β¨
mpp_path_lookup_by_idx β look up a path in the proxy path table by its index π
like, you give it an index, it goes digging in the proxy path table, and it comes back with a path. that's the whole vibe.
πΈ SYNOPSIS πΈ
struct mesh_path * mpp_path_lookup_by_idx (struct ieee80211_sub_if_data *sdata , int idx );
that's the whole call, bestie β two args, one return, no drama. β¨
π ARGUMENTS π
sdataβ the local subif. you can also passNULLto mean all entries π (yes, literally all of them, it's giving main character energy)idxβ the index. that's it. that's the arg. π
π RETURN π
a pointer to the proxy path structure π― β¦ or NULL if it wasn't found π (ngl, that's the sad path)
π¦ DESCRIPTION π¦
Locking: this one has to be called within a read rcu section. no cap. that's not a suggestion, that's the rule πβ¨
fr fr, respect the locking. it's giving "read it and weep if you don't."
π SEE ALSO π
here's the whole friend group π«Ά β the file is ./net/mac80211/mesh_pathtbl.c and these are all the siblings:
mesh_path_assign_nexthop(9)mesh_path_move_to_queue(9)mesh_path_lookup(9)mesh_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_send_to_gates(9)mesh_path_discard_frame(9)mesh_path_flush_pending(9)mesh_path_fix_nexthop(9)
and that's the whole page!! π source is ./net/mac80211, dated October 2026 β mwah, love that for us. go forth and look up those paths by index, bestie π§β
π¦ 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