[opensuse-factory] suspend/resume regressions
Hi, with each milestone of 12.1 i'm seeing increasing no. of regressions with suspend/resume (both hibernate and to RAM) with my arrandale notebook (i915 integrated graphics). 1) The most recent (since RC2) is that the backlight of my notebook reproducable stays switched off after resuming from suspend to RAM. I can switch it on by quickly closing and opening the laptop lid. But closing the lid triggers another suspend (which is not nullified by reopening the lid). 2) Then i wanted to edit powermanagement systemsettings to prevent suspend on closing the lid. Interestingly beside the three usual "power profiles" I found 16 new ones with names like "DirWatch", "Directories", "KDE URL Restrictions", "WM". 3) A bit older problem (may be RC1) are random suspend to RAM happening spontaneous and multiple times without apparent reason. Sometimes this is preceded with popup window requesting the root pasword for the suspend action. As soon as I cancel it, the computer suspends nevertheless. 4) With hibernate I see different phenomens with failing or incomplete resume, frequently with kernel oops. The most prominent (w/o oops) is that after resume the screen remains showing the black text console in conjunction with an X cursor! If i move the curser it changes its form over (invisible) application windows or window frames. In this situation I found no way to get kwin properly rendering windows by switching around with Ctrl-Fx. Anyone else seeing regressions like this? Any hints for investigating or troubleshooting on issues like this? Regards Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 11/06/2011 10:50 AM, St. Quandt wrote:
Hi,
with each milestone of 12.1 i'm seeing increasing no. of regressions with suspend/resume (both hibernate and to RAM)
Anyone else seeing regressions like this? Any hints for investigating or troubleshooting on issues like this?
I do have issues in it, too. I've tried suspending and hibernating, resuming on a 32 bit box with 11.4 and 11.4 Tumbleweed works fine but 11.2 RC2 does not resume. Vahis -- http://waxborg.servepics.com openSUSE 11.4 (x86_64) 2.6.37.6-0.7-default main host openSUSE 12.1 (x86_64) 3.1.0-1.1-desktop in VirtualBox openSUSE 11.4 (i586) 3.1.0-46-desktop "Tumbleweed" in EeePC 900 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 06.11.2011 09:50, schrieb St. Quandt:
Hi,
with each milestone of 12.1 i'm seeing increasing no. of regressions with suspend/resume (both hibernate and to RAM) with my arrandale notebook (i915 integrated graphics).
1) The most recent (since RC2) is that the backlight of my notebook reproducable stays switched off after resuming from suspend to RAM.
I can switch it on by quickly closing and opening the laptop lid. But closing the lid triggers another suspend (which is not nullified by reopening the lid).
2) Then i wanted to edit powermanagement systemsettings to prevent suspend on closing the lid. Interestingly beside the three usual "power profiles" I found 16 new ones with names like "DirWatch", "Directories", "KDE URL Restrictions", "WM".
3) A bit older problem (may be RC1) are random suspend to RAM happening spontaneous and multiple times without apparent reason. Sometimes this is preceded with popup window requesting the root pasword for the suspend action. As soon as I cancel it, the computer suspends nevertheless.
4) With hibernate I see different phenomens with failing or incomplete resume, frequently with kernel oops. The most prominent (w/o oops) is that after resume the screen remains showing the black text console in conjunction with an X cursor! If i move the curser it changes its form over (invisible) application windows or window frames. In this situation I found no way to get kwin properly rendering windows by switching around with Ctrl-Fx.
Anyone else seeing regressions like this? Any hints for investigating or troubleshooting on issues like this?
Regards Stefan
Hi, the power-management worked for me (Laptop Fujitsu-Siemens H230 Celsius) until RC1; beside some graphical problems caused by the kernel. In RC2 I saw that the laptop did not go to suspend, when I closed the lid. When I checked your point 2) I saw the new profiles too, that I could not change. Than I clicked at the "restore standard profiles"-button (so I translate the german description). After that I had the known standard profile and closing the lid worked as before. regards Hendrik -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sunday 06 Nov 2011 09:50:04 St. Quandt wrote:
2) Then i wanted to edit powermanagement systemsettings to prevent suspend on closing the lid. Interestingly beside the three usual "power profiles" I found 16 new ones with names like "DirWatch", "Directories", "KDE URL Restrictions", "WM".
Fixed post RC2. we picked up a bad commit when we snapshotted KDE 4.7 branch between 4.7.2 and 4.7.3 releases, but I noticed this bug too and upstream KDE devs pointed me to the fix.
3) A bit older problem (may be RC1) are random suspend to RAM happening spontaneous and multiple times without apparent reason. Sometimes this is preceded with popup window requesting the root pasword for the suspend action. As soon as I cancel it, the computer suspends nevertheless.
Do you have multiple desktop sessions running at once? This can trigger the root password for suspend - if the power management sessions on the second or subsequent logins try to request a suspend, the root password is needed. It could also be related to the bug in 2) Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, 7. November 2011, 10:13:34 schrieb Will Stephenson:
On Sunday 06 Nov 2011 09:50:04 St. Quandt wrote:
2) Then i wanted to edit powermanagement systemsettings to prevent suspend on closing the lid. Interestingly beside the three usual "power profiles" I found 16 new ones with names like "DirWatch", "Directories", "KDE URL Restrictions", "WM". Fixed post RC2. we picked up a bad commit when we snapshotted KDE 4.7 branch between 4.7.2 and 4.7.3 releases, but I noticed this bug too and upstream KDE devs pointed me to the fix. Good news.
3) A bit older problem (may be RC1) are random suspend to RAM happening spontaneous and multiple times without apparent reason. Sometimes this is preceded with popup window requesting the root pasword for the suspend action. As soon as I cancel it, the computer suspends nevertheless. Do you have multiple desktop sessions running at once? This can trigger the root password for suspend - if the power management sessions on the second or subsequent logins try to request a suspend, the root password is needed. It could also be related to the bug in 2) I'm often running multiple parallel sessions in recent times, and In fact I believe this problem may be related to multiple session.
Thanks Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 11/06/2011 09:50 AM, St. Quandt wrote:
Hi,
with each milestone of 12.1 i'm seeing increasing no. of regressions with suspend/resume (both hibernate and to RAM) with my arrandale notebook (i915 integrated graphics).
1) The most recent (since RC2) is that the backlight of my notebook reproducable stays switched off after resuming from suspend to RAM.
I can switch it on by quickly closing and opening the laptop lid. But closing the lid triggers another suspend (which is not nullified by reopening the lid).
2) Then i wanted to edit powermanagement systemsettings to prevent suspend on closing the lid. Interestingly beside the three usual "power profiles" I found 16 new ones with names like "DirWatch", "Directories", "KDE URL Restrictions", "WM".
3) A bit older problem (may be RC1) are random suspend to RAM happening spontaneous and multiple times without apparent reason. Sometimes this is preceded with popup window requesting the root pasword for the suspend action. As soon as I cancel it, the computer suspends nevertheless.
4) With hibernate I see different phenomens with failing or incomplete resume, frequently with kernel oops. The most prominent (w/o oops) is that after resume the screen remains showing the black text console in conjunction with an X cursor! If i move the curser it changes its form over (invisible) application windows or window frames. In this situation I found no way to get kwin properly rendering windows by switching around with Ctrl-Fx.
Anyone else seeing regressions like this? Any hints for investigating or troubleshooting on issues like this?
Regards Stefan
Add mine https://bugzilla.novell.com/show_bug.cgi?id=728656 on encrypted / and encrypted swap ( aka lvm encryption ) you will never resume from hibernate. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (6)
-
Bruno Friedmann -
Hendrik Woltersdorf -
St. Quandt -
Stefan Quandt
-
Vahis -
Will Stephenson