Skip to content

Commit 19e8019

Browse files
Sakari Ailusrafaeljw
authored andcommitted
Documentation: PM: runtime: Fix a reference to pm_runtime_autosuspend()
pm_runtime_autosuspend() got accidentally renamed as __pm_runtime_autosuspend() whereas the intention in the patch was to rename pm_runtime_put_autosuspend() only. Fix it. Fixes: b7d4664 ("PM: runtime: Add pm_runtime_put_autosuspend() replacement") Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com> Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Link: https://patch.msgid.link/20250410153106.4146265-2-sakari.ailus@linux.intel.com Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
1 parent 8ffd015 commit 19e8019

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

Documentation/power/runtime_pm.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -154,7 +154,7 @@ suspending the device are satisfied) and to queue up a suspend request for the
154154
device in that case. If there is no idle callback, or if the callback returns
155155
0, then the PM core will attempt to carry out a runtime suspend of the device,
156156
also respecting devices configured for autosuspend. In essence this means a
157-
call to __pm_runtime_autosuspend() (do note that drivers needs to update the
157+
call to pm_runtime_autosuspend() (do note that drivers needs to update the
158158
device last busy mark, pm_runtime_mark_last_busy(), to control the delay under
159159
this circumstance). To prevent this (for example, if the callback routine has
160160
started a delayed suspend), the routine must return a non-zero value. Negative

0 commit comments

Comments
 (0)