Displaying 3 results from an estimated 3 matches for "pm_runtime_no_callback".
Did you mean:
pm_runtime_no_callbacks
2018 Jul 18
1
[PATCH 1/5] drm/nouveau: Prevent RPM callback recursion in suspend/resume paths
...documentation:
>
> 8. "No-Callback" Devices
>
> Some "devices" are only logical sub-devices of their parent and cannot
> be
> power-managed on their own. [...]
>
> Subsystems can tell the PM core about these devices by calling
> pm_runtime_no_callbacks().
>
> So it might actually be sufficient to just call pm_runtime_no_callbacks()
I would have hoped so, but unfortunately it seems that
pm_runtime_no_callbacks() is already called by default for i2c adapters in
i2c_register_adapter(). Unfortunately this really can't fix the problem
tho...
2018 Jul 18
3
[PATCH 1/5] drm/nouveau: Prevent RPM callback recursion in suspend/resume paths
On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote:
> On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner <lukas at wunner.de> wrote:
> > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire()
> > wants it in resumed state, so is waiting forever for the device to
> > runtime suspend in order to resume it again immediately afterwards.
> >
>
2018 Jul 18
0
[PATCH 1/5] drm/nouveau: Prevent RPM callback recursion in suspend/resume paths
...is I just remembered that we have this
in the documentation:
8. "No-Callback" Devices
Some "devices" are only logical sub-devices of their parent and cannot be
power-managed on their own. [...]
Subsystems can tell the PM core about these devices by calling
pm_runtime_no_callbacks().
So it might actually be sufficient to just call pm_runtime_no_callbacks()
for the i2c devices...
Lukas