frwr_unmap_async(9)

✨ frwr_unmap_async(9) ✨

okay bestie, welcome to the frwr_unmap_async page from the Kernel API Manual — she's a little void function with big main-character energy and honestly? she ate 💅

---

🌸 SYNOPSIS 🌸

void frwr_unmap_async (struct rpcrdma_xprt *r_xprt , struct rpcrdma_req
*req );

no return value, no drama, just vibes and a void. periodt 🎀

---

🦋 ARGUMENTS 🦋

• r_xprt — the controlling transport instance, aka the one holding the aux lights and keeping everybody on beat ✨
• req — an rpcrdma_req with a non-empty list of MRs to process. like, bestie, it cannot be empty. the MRs are literally the whole point 🫶

---

💖 DESCRIPTION 💖

okay so here's the tea 🍓: this function guarantees that registered MRs are properly fenced from the server before the RPC consumer ever touches the data inside them. no cap, that ordering is the entire moment 👑

it also handles proper Send flow control — waking the next RPC waits until this RPC has fully relinquished all its Send Queue entries. so like, nobody cuts the line, everybody gets their turn, iconic behavior fr fr 🌈

---

🔥 SEE ALSO 🔥

• Kernel file ./net/sunrpc/xprtrdma/frwr_ops.c
• frwr_mr_release(9)
• frwr_reset(9)
• frwr_mr_init(9)
• frwr_query_device(9)
• frwr_map(9)
• frwr_wc_fastreg(9)
• frwr_send(9)
• frwr_reminv(9)
• frwr_wc_localinv(9)
• frwr_wc_localinv_wake(9)
• frwr_unmap_sync(9)
• frwr_wc_localinv_done(9)
• frwr_wp_create(9)

that's the whole group chat, go say hi to all of them 💜

---

and that's the page! 🧚 this lil beauty lives in ./net/sunrpc/xprtrdma, dated October 2026, and she answers to the name frwr_unmap_async(9) — mwah, bye bestie 😭💖