Hi there,

I use KDE 4.11.5 and sometimes pm-suspend did not work, the machine did not suspend.

Then I found out, when I reload kwin with kwin --replace suspending works.

So, is there known issues with kwin and suspending or power management?

Maybe this is fixed in newer KDE versions?

Thanks

KWin should have no relation with the initiation of system suspend. Further, it should be possible to initiate suspend using the built in KDE mechanisms - you do not have to use pm-suspend, and it is more likely to be reliable if you use the built in mechanisms. Do the built in mechanisms work?

bcooksley wrote:Do the built in mechanisms work?

Not fully reliable. Currently when trying to suspend, the KDE desktop gets locked and that´s it, no suspend. When I restart kwin and manually invoke pm-suspend the machine does suspend.... though without screen lock.

nvidia, I assume?
Since restarting kwin will esp. kick the GPU into performance mode (for a while), does it also work if you briefly run some other GL client (some xscreensaver hack, celestia, in very doubt glxgears) or fix the performance mode in "nvidia-settings" (look for "PowerMizer")

luebking wrote:nvidia, I assume?

Yeah, nVidia.

But, I found a solution.

In /usr/lib/pm-utils/defaults you can set the power management backend.

On openSUSE 13.1 it was set to uswsusp, I set it to kernel et voila, the machine suspends correctly now.

Additionally, at this place you can solve the nVidia resume issue the same time!

You need to put these options there:

HIBERNATE_RESUME_POST_VIDEO="yes"
SLEEP_MODULE="kernel"


This makes the nVidia card POST after resume and the screen garbage is gone!

No need to restart kwin any more!

I write that in the nVidia thread as well.