Displaying 3 results from an estimated 3 matches for "pci_pm_prepar".
Did you mean:
pci_pm_prepare
2016 Dec 14
1
[PATCH] drm/nouveau: Drop superfluous DRM_SWITCH_POWER_DYNAMIC_OFF checks
...aim:
>
> 2.4.1. System Suspend
>
> When the system is going into a sleep state in which the contents of memory will
> be preserved, such as one of the ACPI sleep states S1-S3, the phases are:
>
> prepare, suspend, suspend_noirq.
> [..]
> The pci_pm_prepare() routine first puts the device into the "fully functional"
> state with the help of pm_runtime_resume(). [..]
>
> So indeed we can be sure that the device is runtime-resumed before
> suspend. System resume is not documented explicitly, but it seems
> reasonable that...
2016 Nov 08
2
[PATCH] drm/nouveau: Drop superfluous DRM_SWITCH_POWER_DYNAMIC_OFF checks
nouveau's ->suspend and ->resume callbacks are currently skipped if the
device's status is either DRM_SWITCH_POWER_OFF (powered off by
vga_switcheroo manual power control) or DRM_SWITCH_POWER_DYNAMIC_OFF
(runtime suspended).
In the former case this makes sense since the device is powered off
behind the PM core's back: It will try to execute the ->suspend and
->resume
2016 Nov 08
0
[PATCH] drm/nouveau: Drop superfluous DRM_SWITCH_POWER_DYNAMIC_OFF checks
..., Documentation/power/pci.txt supports the claim:
2.4.1. System Suspend
When the system is going into a sleep state in which the contents of memory will
be preserved, such as one of the ACPI sleep states S1-S3, the phases are:
prepare, suspend, suspend_noirq.
[..]
The pci_pm_prepare() routine first puts the device into the "fully functional"
state with the help of pm_runtime_resume(). [..]
So indeed we can be sure that the device is runtime-resumed before
suspend. System resume is not documented explicitly, but it seems
reasonable that the device is not runtime...