pm_wakeup_dev_event(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– pm_wakeup_dev_event(9) β€” from the Kernel API Manual, bestie πŸ’–

okay so picture this: you're deep in the kernel, the power-management girlies are all vibing, and something just happened that the PM core needs to know about. That's this function. It's the little messenger that says "hey bestie, wakeup event, handle it" 🫢


✨ NAME ✨

pm_wakeup_dev_event β€” Notify the PM core of a wakeup event. literally its whole job, and it does it flawlessly, no cap πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

void pm_wakeup_dev_event (struct device *dev , unsigned int msec , bool
hard );

πŸŽ€ ARGUMENTS πŸŽ€

  • dev β€” the struct device this wakeup event is related to. like, whose event is this? this one. 🫡
  • msec β€” the anticipated event processing time, in milliseconds. yes, milliseconds, keep that unit in your head bestie ⏱️
  • hard β€” if this is set, it aborts suspends that are in progress and wakes up from suspend-to-idle. so it's the dramatic one πŸ’€ set it and things actually get interrupted.

🌸 DESCRIPTION 🌸

So what does it actually do? The way that it just calls pm_wakeup_ws_event for dev's wakeup source object. that's it, that's the whole description, and honestly? iconic. it delegates and it slays ✨

ngl this one is a thin wrapper β€” all the real lore lives in pm_wakeup_ws_event(9), which is down there in SEE ALSO πŸ‘€

πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./drivers/base/power/wakeup.c β€” and now the whole friend group, in order, nobody left out:

that's 39 entries bestie, I counted, we do not skip a single one in this house πŸ πŸ’œ (and yes, pm_wakep_autosleep_enabled(9) really is spelled like that β€” I did not touch it, I would never πŸ™ˆ)


✨ that's the whole page, mwah ✨

cute little sign-off: this one lives in ./drivers/base/power, dated October 2026, and it goes by pm_wakeup_dev_event(9). go forth and wake things up responsibly πŸ§šβ€β™€οΈπŸ’–πŸŽ€

πŸ“¦ where this page comes from