dma_chan_get(9)

📦 version 7.3.1, in nixpkgs unstable

💅 dma_chan_get(9)

okay so bestie, welcome to the Kernel API Manual — yes, that's the manual name, we're in the kernel API girlies now 🎀 — and today's main character is dma_chan_get. Buckle up.

✨ NAME ✨

dma_chan_get — try to grab a DMA channel's parent driver module 🫶

Like, it tries. It's giving "shooting my shot" energy, not "guaranteed commitment" energy, iykyk.

🌸 SYNOPSIS 🌸

int dma_chan_get (struct dma_chan *chan );

That's the whole vibe: returns an int, takes one pointer, moves on. Iconic, lowkey.

🦋 ARGUMENTS 🦋

  • chan — channel to grab 💖

That's it. That's the argument. One channel, and you're grabbing it. Periodt.

⭐ DESCRIPTION ⭐

Must be called under dma_list_mutex. 🔥

no cap, this is a hard requirement — take the dma_list_mutex lock first or you're gonna have a bad time 💀

And that's genuinely the whole description in the original. Short king of a manpage, fr fr. It's the kind of note that assumes you already know the lore (iykyk), so we're not gonna invent extra behaviour here — we're just gonna say the thing and move on. 🙈

👑 SEE ALSO 👑

So first off, the kernel file this lives in: ./drivers/dma/dmaengine.c — that's the source of truth, bestie, go read it ✨

And then the whole extended friend group, in this exact order:

That's twenty-one references and yes I counted, we are not skipping a single one 😭👑

and that's the page!! 🧚 stay locked, stay safe under dma_list_mutex, and remember: dma_chan_get grabs, dma_chan_put gives back — balance, queen 💜

mwah 💋 — this one came out of ./drivers/dma, dated October 2026, sealed with a dma_chan_get(9) and everything 🍓

📦 where this page comes from