mesh_path_discard_frame(9)

💅 mesh_path_discard_frame(9) — a Kernel API Manual moment ✨

okay so bestie, this one's a little function from the mesh_path_discard_frame(9) corner of the Kernel API Manual, and honestly? it's giving "cleanup crew, but make it wireless" 🧹🦋

---

✨ NAME ✨

mesh_path_discard_frame — literally just discard a frame whose path could not be resolved 💀 no notes, that's the whole gig

---

🎀 SYNOPSIS 🎀

void mesh_path_discard_frame (struct ieee80211_sub_if_data *sdata ,
struct sk_buff *skb );

two args, no return value, in and out, periodt 🫶

---

🌸 ARGUMENTS 🌸

• sdata — the network subif the frame was supposed to be sent through, iykyk 🌈
• skb — the frame itself, aka the thing we're yeeting into the void 🙈

---

💖 DESCRIPTION 💖

Locking: bestie, listen to me carefully — the function must be called within a rcu_read_lock region 🔒✨

that's the whole description. that's it. that's the vibe check. don't come for me, the manpage said what it said 💅

fr fr do NOT call this outside an rcu_read_lock region, that's the one rule and it's non-negotiable 😤

---

🦋 SEE ALSO 🦋

the whole mesh friend group showed up, and honestly they ate 👑

• Kernel file ./net/mac80211/mesh_pathtbl.c 📁
• 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_send_to_gates(9)
• mesh_path_flush_pending(9)
• mesh_path_fix_nexthop(9)

like, the entire group chat, no cap 🫶💜

---

and that's the page!! 🎀 sign-off time: this lil beauty lives in ./net/mac80211, dated October 2026, and it's filed under mesh_path_discard_frame(9) ⭐ slay, go read the source, mwah 💋🔥