irdma_ieq_copy_to_txbuf(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ irdma_ieq_copy_to_txbuf ✨

Okay bestie, so this one is literally in the Kernel API Manual and it's giving "glow-up for your buffers" energy πŸ’…. The function irdma_ieq_copy_to_txbuf is a void situation β€” it does the copy and dips, no return value, periodt.


🌸 SYNOPSIS 🌸

void irdma_ieq_copy_to_txbuf (struct irdma_puda_buf *buf , struct
irdma_puda_buf *txbuf , u16 buf_offset , u32 txbuf_offset , u32 len );

No cap, that's the whole signature. Five arguments, zero drama.


πŸŽ€ ARGUMENTS πŸŽ€

  • buf β€” the rcv buffer with partial, aka the source of the tea β˜•. This is where your data is chilling before it gets copied.
  • txbuf β€” the tx buffer for sending back, aka the destination πŸ’Œ. This is where the copied data is headed.
  • buf_offset β€” the rcv buffer offset to copy from. It's a u16, so think of it as where in the rcv buffer we start scooping πŸ₯„.
  • txbuf_offset β€” at offset in tx buf to copy. This one's a u32, and it's literally where in the tx buffer the data gets dropped off 🫢.
  • len β€” length of data to copy. A u32, so it's the amount of bytes making the move. Slay, specified length, iconic behavior πŸ‘‘.
Ngl bestie, offsets and lengths are the whole vibe here β€” get them wrong and the copy is a mess, so double-check them fr fr πŸ™ˆ.

πŸ¦‹ SEE ALSO πŸ¦‹

Okay so there's a whole friend group of related functions and they all live in the kernel file ./drivers/infiniband/hw/irdma/puda.c. Here's the full squad, no one left behind πŸ’–:


πŸ’€ Also, the ./drivers/infiniband/hw/irdma path is where all of this lives, so if you're lost, that's your map.

That's the whole page, bestie β€” every argument, every offset, every single SEE ALSO reference, all accounted for πŸ’œ

This little gem is from the Kernel API Manual, brought to you by ./drivers/infiniband/hw/irdma, dated October 2026 β€” and it's still out here serving irdma_ieq_copy_to_txbuf(9) realness 🌈✨

πŸ“¦ where this page comes from