genpd_dev_pm_detach(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… genpd_dev_pm_detach(9) β€” Kernel API Manual

okay so bestie, welcome to the Kernel API Manual, and today's main character is genpd_dev_pm_detach(9). it's a tiny little void function that breaks up with power domains. no cap. let's get into it 🫢


✨ NAME ✨

genpd_dev_pm_detach β€” Detach a device from its PM domain. literally just "we're breaking up, it's not you it's the power management framework" πŸ’”


🌸 SYNOPSIS 🌸

void genpd_dev_pm_detach (struct device *dev , bool power_off );

that's it. that's the whole signature. she's returning void, she gives nothing back, she's just here to detach and dip πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • dev β€” Device to detach. this is the one getting un-coupled from its PM domain, periodt.
  • power_off β€” Currently not used. yep, you read that right β€” it's sitting there in the signature looking pretty but doing absolutely nothing rn πŸ™ˆ not me pointing at an unused parameter πŸ‘€

πŸ¦‹ DESCRIPTION πŸ¦‹

so what does she actually do? she tries to locate the corresponding generic PM domain β€” the one that this device was attached to previously. iykyk, the whole "we used to be together" situation.

and if such a domain is found? the device is detached from it. that's the vibe check, that's the whole plot, that's the entire function. iconic, lowkey simple, highkey important 🌈

no extra steps, no drama β€” find the domain, detach the device, done. she ate and left no crumbs ✨

πŸ”₯ SEE ALSO πŸ”₯

okay bestie, this list is long and she's serving main character energy in the references department. every single one, no skipping, fr fr:


and that's the whole page, bestie β€” no notes, she's perfect 🧚

πŸ’– sign-off time: this lil doc lives under ./drivers/pmdomain, dated October 2026, and yes she's still called genpd_dev_pm_detach(9) at the bottom too. slay. πŸ‘‘
πŸ“¦ where this page comes from