pm_genpd_inc_rejected(9)
π pm_genpd_inc_rejected π
okay so bestie, welcome to the Kernel API Manual entry for pm_genpd_inc_rejected(9) β yes it's a mouthful, yes it's important, come sit with me π«Ά
β¨ NAME β¨
pm_genpd_inc_rejected β literally just adjusting the rejected/usage counts for an idle-state. that's the whole vibe π
πΈ SYNOPSIS πΈ
void pm_genpd_inc_rejected (struct generic_pm_domain *genpd , unsigned
int state_idx );
like, that's it. one call. no return value. she just goes π
π¦ ARGUMENTS π¦
genpdβ the PM domain that the idle-state belongs to. main character energy, she's the domain πstate_idxβ the index of the idle-state that failed. yeah. it flopped. π
π DESCRIPTION π
okay so here's the tea, and it's kind of a niche situation but stay with me:
in some special cases the ->power_off callback is asynchronously powering off the PM domain β meaning it can return zero to say "success β¨" even though the actual power-off could later fail. like it promised it would do the thing and then didn't. not me π
to account for this correctly in the rejected/usage counts for the idle-state statistics, users can call this function to adjust the values. that's it, that's the whole job, and she eats every time π₯
β heads up bestie: it is assumed that the users guarantee that the genpd doesn't get removed while this routine is getting called. like, keep her alive for the whole call, okay? don't let her get yeeted out from under you π
π SEE ALSO π
kernel file ./drivers/pmdomain/core.c β go read the source, iykyk π§
dev_pm_genpd_set_performance_state(9)dev_pm_genpd_set_next_wakeup(9)dev_pm_genpd_get_next_hrtimer(9)dev_pm_genpd_set_hwmode(9)dev_pm_genpd_get_hwmode(9)dev_pm_genpd_rpm_always_on(9)dev_pm_genpd_is_on(9)genpd_queue_power_off_work(9)genpd_power_off(9)genpd_power_on(9)genpd_power_off_work_fn(9)__genpd_runtime_suspend(9)__genpd_runtime_resume(9)genpd_runtime_suspend(9)genpd_runtime_resume(9)genpd_power_off_unused(9)genpd_sync_power_off(9)genpd_sync_power_on(9)genpd_prepare(9)genpd_finish_suspend(9)genpd_suspend_noirq(9)genpd_finish_resume(9)genpd_resume_noirq(9)genpd_freeze_noirq(9)genpd_thaw_noirq(9)genpd_poweroff_noirq(9)genpd_restore_noirq(9)genpd_complete(9)dev_pm_genpd_suspend(9)dev_pm_genpd_resume(9)pm_genpd_add_device(9)pm_genpd_remove_device(9)dev_pm_genpd_add_notifier(9)dev_pm_genpd_remove_notifier(9)pm_genpd_add_subdomain(9)pm_genpd_remove_subdomain(9)pm_genpd_init(9)pm_genpd_remove(9)struct of_genpd_provider(9)genpd_xlate_simple(9)genpd_xlate_onecell(9)genpd_add_provider(9)of_genpd_add_provider_simple(9)of_genpd_add_provider_onecell(9)of_genpd_del_provider(9)genpd_get_from_provider(9)of_genpd_add_child_ids(9)of_genpd_remove_child_ids(9)of_genpd_add_device(9)of_genpd_add_subdomain(9)of_genpd_remove_subdomain(9)of_genpd_remove_last(9)genpd_dev_pm_detach(9)genpd_dev_pm_attach(9)genpd_dev_pm_attach_by_id(9)genpd_dev_pm_attach_by_name(9)of_genpd_parse_idle_states(9)of_genpd_sync_state(9)
and that's the page!! π this one lives in ./drivers/pmdomain, dropped October 2026, and honestly? iconic. go forth and adjust those counts bestie, you got this πβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms