stmmac_free_tx_buffer(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

stmmac_free_tx_buffer β€” the manual's one-liner says it's for freeing RX dma buffers, and bestie we are reporting that exactly as written, no editing, no notes, that's the assignment πŸ’…

Oh and hey β€” this page lives in the Kernel API Manual, so that's the vibe we're operating in ✨


✨ SYNOPSIS ✨

void stmmac_free_tx_buffer (struct stmmac_priv *priv , struct
stmmac_dma_conf *dma_conf , u32 queue , int i );

It returns void, meaning it gives you nothing back, not even a little nod, and honestly? Respect 😌


🫢 ARGUMENTS 🫢

  • priv β€” the private structure 🏠 your cozy little home base for this whole operation
  • dma_conf β€” the structure you take the dma data from, that's literally its job
  • queue β€” the RX queue index, like which lane of the drive-thru you're in πŸ“
  • i β€” the buffer index. yes. it's just i. iconic, minimal, no notes πŸ’€

πŸ¦‹ SEE ALSO πŸ¦‹

Okay so the "see also" section on this one is lowkey a whole friend group β€” everybody's here. First up, the file it actually lives in, no cap:

  • Kernel file ./drivers/net/ethernet/stmicro/stmmac/stmmac_main.c

And then, in the order the manual gives them, the extended fam 🫢:

Like I said. Everybody. Every single one of them, listed, accounted for, not one skipped πŸ’–


🌸 a lil sign-off 🌸

This page is from ./drivers/net/ethernet/stmicro... (that's how it's written in the footer, truncated and all, so that's how I'm handing it to you πŸŽ€) and it's dated October 2026. Slay, see you in the next one, mwah πŸ’œπŸ¦‹βœ¨

πŸ“¦ where this page comes from