acpi_get_dma_attr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ acpi_get_dma_attr(9) β€” a Kernel API Manual moment πŸ’…

okay so bestie, welcome to the Kernel API Manual page for acpi_get_dma_attr(9) β€” yes it's a whole manual page for one tiny function, and honestly? iconic of it. πŸŽ€


🌸 NAME 🌸

acpi_get_dma_attr β€” check the supported DMA attr for the specified device.

like, it literally just peeks at a device and tells you which DMA attributes it can vibe with. no cap. ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

enum dev_dma_attr acpi_get_dma_attr (struct acpi_device *adev );

that's the whole thing. one function, one argument, one return type. main character energy fr fr. πŸ’œ


πŸ“ ARGUMENTS πŸ“

  • adev β€” the pointer to the acpi device. that's it, that's the whole arg list. just hand it a struct acpi_device * and let it cook. 🫢

πŸ”₯ DESCRIPTION πŸ”₯

so what does it actually do? it returns enum dev_dma_attr. that's the whole description, bestie β€” the manpage said it, i said it, we're all saying it. πŸ’€

like yes, that's a little mysterious of it, but that's the documented behaviour and we respect the documentation in this house. the return value is an enum dev_dma_attr, periodt. πŸ‘‘

ngl, if you came here hoping for a five-paragraph essay about DMA internals, this is not that page. the facts stay exactly as written: it returns enum dev_dma_attr. 🌈

πŸ‘‘ SEE ALSO πŸ‘‘

okay this is the part where it name-drops all its friends, and honestly the friend group is huge. πŸ’–

go read those if you want the full lore. the way this function has connections. 😭


and that's the page!! short, sweet, and fully documented. 10/10 no notes. 🧚

mwah πŸ’‹ β€” this little sign-off comes to you from ./drivers/acpi, dated October 2026, brought to you by the Kernel API Manual. stay slay, stay documented, and remember: enum dev_dma_attr. always. πŸŽ€βœ¨

πŸ“¦ where this page comes from