acpi_device...wer_children(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ acpi_device_fix_up_power_children(9) ✨

okay so real talk, this page comes straight out of the Kernel API Manual β€” the header at the top literally reads acpi_device...wer_children(9) because somebody's terminal got shy and truncated it πŸ™ˆ but bestie it's the same function, i promise. if you're here you're probably deep in ACPI power-management land, and honestly? iconic of you. πŸ’…


🌸 NAME 🌸

acpi_device_fix_up_power_children β€” literally just forces a device's children into D0, no cap.

πŸ¦‹ SYNOPSIS πŸ¦‹

void acpi_device_fix_up_power_children (struct acpi_device *adev );

πŸŽ€ ARGUMENTS πŸŽ€

  • adev β€” the parent device object, i.e. the main character πŸ‘‘ whose children's power state is the thing getting fixed up. it's giving "mom rounding up the whole group chat."

πŸ’– DESCRIPTION πŸ’–

So here's the tea: this one calls acpi_device_fix_up_power on adev's children β€” but only the ones that are reported as present and enabled. that's the whole vibe check. present + enabled = you get fixed up, periodt. πŸ”₯

πŸ’œ SEE ALSO πŸ’œ

the whole power-management friend group, all (9) section, all in the kernel file ./drivers/acpi/device_pm.c:

like. thirty-eight whole cross-references. she's thorough and we respect it 🫢


and that's the whole page bestie, no filler, no fluff ✨ this cutie lives under ./drivers/acpi and stamped October 2026 β€” go read the source, mwah πŸ’‹πŸŒΈ

πŸ“¦ where this page comes from