release_dma_bufs(9)

💅 release_dma_bufs(9) — like, the Kernel API Manual page, bestie 🎀

okay so picture this: you're poking around the Kernel API Manual and you land on release_dma_bufs — and yes, the name is lowkey the whole plot. This one releases the DMA buffer that was being used for transferring firmware fragments. That's it. That's the gig. Clean up era ✨

---

✨ NAME ✨

release_dma_bufs — release the DMA buffer for transferring firmware fragments 🧚

---

🦋 SYNOPSIS 🦋

void release_dma_bufs (struct ishtp_device *dev , struct
loader_xfer_dma_fragment *fragment , void **dma_bufs , u32 fragment_size
);

note the void return, babes — she does the thing and dips, no receipt, no return value 💅

---

🌸 ARGUMENTS 🌸

four besties walk into a function, and here's who's who 🫶

• dev — the ISHTP device itself, the main character of this whole saga 👑
• fragment — the ISHTP firmware fragment descriptor, aka the little info card for the fragment in question 🎀
• dma_bufs — the array of DMA fragment buffers, very "here's the whole squad" energy 🌈
• fragment_size — the size of a single DMA fragment, u32, yes ma'am ⭐

---

🔥 SEE ALSO 🔥

• Kernel file ./drivers/hid/intel-ish-hid/ishtp/loader.c

and the friend group it runs with, fr fr:

• loader_write_message(9)
• loader_xfer_cmd(9)
• prepare_dma_bufs(9)
• request_ish_firmware(9)
• ishtp_loader_work(9)

iykyk 💜

---

quick vibe check: every argument above is spelled exactly like the kernel wants it — don't go "fixing" the names, the compiler is not flexible like that 😭

---

and that's the page!! 💖 this one lives under ./drivers/hid/intel-ish-hid/ishtp with the Kernel API Manual crew, dated October 2026 — so like, future-era slay, no cap 🌟 bye bestie, go free those buffers 🦋