enetc_unwind_tx_frame(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

ok so bestie, meet enetc_unwind_tx_frame β€” the manual page that lives in the 9th section of the kernel API manual. her whole job? unwind the DMA mappings of a multi-buffer Tx frame. yes. that's the gig. she cleans up after your transmit frame so the DMA mappings don't just vibe there forever untethered 😭 iconic cleanup behavior honestly


✨ SYNOPSIS ✨

void enetc_unwind_tx_frame (struct enetc_bdr *tx_ring , int count , int i );

🫢 ARGUMENTS 🫢

  • tx_ring β€” a pointer to the Tx ring where the buffer descriptors are actually hanging out. like, which ring are we doing this on, bestie? this one πŸ’…
  • count β€” how many Tx buffer descriptors need to get unmapped. the headcount of buffers that are about to be freed from their DMA mapping era πŸ¦‹
  • i β€” the index of the last successfully mapped Tx buffer descriptor. lowkey the most important detail here β€” she's the last one that actually made it, so she's where the unwinding starts from πŸ”₯

🌈 SEE ALSO 🌈

kernel file ./drivers/net/ethernet/freescale/enetc/enetc.c β€” go read the source, iykyk 🧚


and that's the whole page, periodt πŸ’œ this little cutie came to you straight from the kernel file ./drivers/net/ethernet/freesca..., dated October 2026, in manual section 9 under the name enetc_unwind_tx_frame. mwah, drink some water, go unmap those buffers responsibly πŸ“πŸ‘‘

πŸ“¦ where this page comes from