acpi_dev_resume(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… acpi_dev_resume (kernel API manual, bestie edition)

Okay so this is a page from the Kernel API Manual β€” the acpi_dev_resume(9) one specifically β€” and it's honestly kind of a glow-up story: we're taking a device that's been napping and putting it back into the full-power state using ACPI. Iconic behavior. Let's get into it. ✨


🌸 NAME 🌸

acpi_dev_resume β€” put device into the full-power state using ACPI.

Like, wake it up. Give it the full-power moment. Main character energy only. πŸ‘‘


πŸŽ€ SYNOPSIS πŸŽ€

int acpi_dev_resume (struct device *dev );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the device you're putting into the full-power state. That's the one. Your little guy. The one getting resurrected. 🫢

✨ DESCRIPTION ✨

So here's the vibe check: you take the given device and you put it into the full-power state using the standard ACPI mechanism. No cap, that's the whole job.

Concretely (and this part matters, so listen up fr fr):

  • Set the power state of the device to ACPI D0.
  • Disable wakeup.

That's it. That's the entire arc. Device goes to D0, wakeup gets turned off, everyone moves on with their lives. πŸ’–


πŸ”₯ SEE ALSO πŸ”₯

Okay bestie, buckle in, because this list is long and we are not skipping a single one of them β€” these are all the siblings and cousins in the ACPI device power family, iykyk. 🧚

Kernel file ./drivers/acpi/device_pm.c β€” that's where the magic lives β€”

Slay. Every single one of them, present and accounted for. πŸ’…


Go read them. All of them. I'll wait. πŸ’€

<div align=β€œcenter”>πŸ’œ πŸ“ πŸ’œ</div>

Alright, that's the whole page! It lives under ./drivers/acpi, and this edition is dated October 2026 β€” so like, future vibes but make it kernel documentation. Byeee, go resume some devices responsibly! πŸŒˆβ­πŸŽ€

πŸ“¦ where this page comes from