acpi_dev_po...ren_with_adr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay bestie, welcome to the Kernel API Manual page for acpi_dev_po...ren_with_adr(9) β€” yes, the header is literally truncated like that, and we are rolling with it ✨. This is the group-chat explainer for acpi_dev_power_up_children_with_adr, no cap.

🌸 NAME 🌸

acpi_dev_power_up_children_with_adr β€” Power up childres with valid _ADR. (and yes, β€œchildres” is the actual spelling on the page πŸ’€ β€” we’re keeping it exactly, periodt.)

✨ SYNOPSIS ✨

void acpi_dev_power_up_children_with_adr (struct acpi_device *adev );

It’s void, so there’s no return value to obsess over. ✨

πŸŽ€ ARGUMENTS πŸŽ€

  • adev β€” the parent ACPI device object. That’s the main character here πŸ‘‘.

πŸ’– DESCRIPTION πŸ’–

okay so picture this: this function changes the power states of the direct children of adev that are in D3cold and hold valid _ADR objects to D0. Why? So bus (e.g. PCI) enumeration code can access them. That’s the whole plot, and it ate πŸ’….

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file: ./drivers/acpi/device_pm.c β€” and here’s the whole bestie lineup of related calls, no skips:


okay byeee bestie 🫢 this one is from source/version ./drivers/acpi, dated October 2026, and the page is acpi_dev_po...ren_with_adr(9) β€” iconic, truncated, and fully slaying πŸ’–βœ¨πŸ’…

πŸ“¦ where this page comes from