amdtp_domain_destroy(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… amdtp_domain_destroy(9) β€” like, the Kernel API Manual bestie ✨

okay so picture this: you're deep in the kernel, in the Kernel API Manual, and you've got yourself an AMDTP domain that has served its purpose and now needs to go to the great bit-bucket in the sky. this is the function that sends it off πŸŽ€


🌸 NAME 🌸

amdtp_domain_destroy β€” destroy an AMDTP domain structure πŸ’€βœ¨

like genuinely, it's the cleanup girlie. she takes the domain struct and ✨ un-alives ✨ it (in the nicest possible way).


πŸ¦‹ SYNOPSIS πŸ¦‹

void amdtp_domain_destroy (struct amdtp_domain *d );

that's it. that's the whole vibe. no return value, no drama, she just does the thing πŸ‘‘


πŸ“ ARGUMENTS πŸ“

  • d β€” the AMDTP domain to destroy. yes bestie, that's THE one. hand her the pointer and she'll handle the rest 🫢

πŸ”₯ SEE ALSO πŸ”₯

okay so the lore is deep on this one, here's the whole friend group πŸ’œ and they all live in the kernel file ./sound/firewire/amdtp-stream.c β€” go say hi:

like honestly? the whole lifecycle is right there. init her, add streams to her, start her, stop her, and then β€” when the time comes β€” amdtp_domain_destroy her. the circle of life, kernel edition 🌈🧚


ngl if you're calling amdtp_domain_destroy you better be done with that domain. this is the goodbye-coded function fr fr πŸ’…

mwah πŸ’– that's a wrap! this little page came to you straight outta ./sound/firewire, dated October 2026, and it's part of the Kernel API Manual β€” so next time you're deleting a domain struct at 3am, you'll know exactly who to call πŸŽ€βœ¨πŸ‘‘

πŸ“¦ where this page comes from