acpi_subsys_resume_early(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

Okay so bestie, welcome to acpi_subsys_resume_early(9) β€” that’s the manual page name, the function name, and honestly the main character of this whole page. It comes from the Kernel API Manual, and its official NAME tea is: Resume device using ACPI.

✨ SYNOPSIS ✨

int acpi_subsys_resume_early (struct device *dev );

She returns an int, takes a struct device * named dev, and that’s the whole signature. Clean, tiny, iconic.

πŸŽ€ ARGUMENTS πŸŽ€

  • dev β€” Device to Resume. That’s the device getting the ACPI resume moment, periodt.

πŸ¦‹ DESCRIPTION πŸ¦‹

Here’s the actual vibe: this function uses ACPI to put the given device into the full-power state and carry out the generic early resume procedure for it during the system transition into the working state.

But bestie, read the fine print: it only does that if the device either defines an early resume handler, or does not define power operations at all. Otherwise? Powering up of the device is postponed to the normal resume phase. No early sneak peek for that one, ngl.

Conditional queen behavior: early resume handler or no power operations = early ACPI resume. Otherwise, normal resume phase gets the job. πŸ’…

🌈 SEE ALSO 🌈

Kernel file: ./drivers/acpi/device_pm.c.

The whole ACPI PM friend group is linked too β€” go say hi:

That’s literally the whole SEE ALSO roster β€” no skips, no cuts. 🫢


Cute sign-off: source/version ./drivers/acpi, dated October 2026. Bye bestie β€” go resume early, but only when the conditions say yes πŸ’–βœ¨

πŸ“¦ where this page comes from