libie_ctlq_xn_deinit_dma(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– libie_ctlq_xn_deinit_dma β€” from the Kernel API Manual ✨

Okay so bestie, picture this: you're deep in the Intel libie control-queue code, you've allocated a whole stack of DMA memory for your send messages, and now you need to give it back. That's this function. It's the cleanup bestie. The one who shows up after the party with a trash bag. πŸŽ€

No cap, it's a void β€” it doesn't hand you back a status code, it just does the thing and dips. πŸ’…


✨ SYNOPSIS ✨

void libie_ctlq_xn_deinit_dma (struct libie_ctlq_xn_manager *xnm , u32 num_entries );

Two arguments, zero drama. Let's meet them 🫢


🌸 ARGUMENTS 🌸

  • xnm β€” pointer to the transaction manager. Like, the manager. The main character. You're telling it which manager owns the DMA memory that's about to get freed. πŸ‘‘
  • num_entries β€” number of Xn entries to free the DMA for, typed as u32. So you're saying "hey, free the DMA for this many entries." Count them carefully, bestie, seriously. πŸ’€
Heads up β€” this is the free-er, not the allocator. If you're looking for the matching "give me the memory" side of this relationship, that's libie_ctlq_xn_init_dma(9), and it's sitting right down there in SEE ALSO. They're a set. Don't separate them. 😭

πŸ¦‹ SEE ALSO πŸ¦‹

The whole friend group, fr fr β€” every single one of these icons:


That's the whole page, bestie β€” go free that DMA responsibly and stan clean teardown paths. 🌈

Signed off with love from ./drivers/net/ethernet/intel/l..., dated October 2026, living under the Kernel API Manual banner. Mwah. πŸ’œ

πŸ“¦ where this page comes from