rvt_post_recv(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– rvt_post_recv(9) β€” like, the Kernel API Manual page, but make it make sense πŸ’–

okay bestie, so this one's from the Kernel API Manual (yes, the rvt_post_recv(9) one, the section-9 girlie herself) and it's genuinely short and sweet. Let's get into it ✨


🌸 NAME 🌸

rvt_post_recv β€” post a receive on a QP 🫢

✨ SYNOPSIS ✨

int rvt_post_recv (struct ib_qp *ibqp , const struct ib_recv_wr *wr ,
const struct ib_recv_wr **bad_wr );

πŸŽ€ ARGUMENTS πŸŽ€

  • ibqp β€” the QP you're posting the receive on. that's your girl, that's the target πŸ’…
  • wr β€” the WR you're actually posting. the goods πŸ“¦
  • bad_wr β€” the first bad WR gets dropped in here. like a little shame corner for the misbehaving one πŸ™ˆ

πŸ¦‹ DESCRIPTION πŸ¦‹

This may be called from interrupt context. no cap, that's the whole thing β€” but it's kind of a big deal, so clock it πŸ‘‘

⭐ RETURN ⭐

0 on success, otherwise errno. that's it, that's the vibe check βœ…

🌈 SEE ALSO 🌈

Straight from the kernel file ./drivers/infiniband/sw/rdmavt/qp.c, here's the whole friend group, alphabetically unbothered, all in section 9:


πŸ’€ quick reminder babe: this is kernel-side stuff, so if you're calling it from interrupt context like the DESCRIPTION says, stay humble and stay careful. no cap.

and that's the page, bestie πŸŽ€ sign-off time: it comes to you from ./drivers/infiniband/sw/rdmavt, dated October 2026, and yeah β€” it's rvt_post_recv(9) all the way down πŸ’œβœ¨

πŸ“¦ where this page comes from