[Bug 220619] New: kpowersave will not suspend2ram(s2ram) without manually editing /etc/pm/config
https://bugzilla.novell.com/show_bug.cgi?id=220619 Summary: kpowersave will not suspend2ram(s2ram) without manually editing /etc/pm/config Product: openSUSE 10.2 Version: Beta 2 Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: rwalter@novell.com ReportedBy: rmyster@gmail.com QAContact: ke@novell.com Current installation: opensuse 10.2beta2 If this doesn't qualify as a bug and is normal behavior, ignore. kpowersave in 10.2beta2 will not suspend2ram without first adding the entry S2RAM_OPTS="" in /etc/pm/config with the appropriate options . It functions properly once the appropriate new options are added(which are different than those needed in 10.2beta1). opensuse 10.2 is now using the pm-utils and has changed both the suspend log filename and where the configurations are made. I think this change should be mentioned in the release notes since anyone who tries to configure using the /etc/sysconfig/powersave/sleep file and is looking at the suspend2ram log for errors is in for a waste of time as I discovered the hard way. If the user is not expected to manually configure /etc/pm/config, maybe this would be worth adding to most annoying bugs. If it is normal behavior, maybe add links to http://en.opensuse.org/Pm-utils & http://en.opensuse.org/S2ram page in the release notes under a suspend section. System upgrade history: opensuse 10.1 to 10.2alpha5 to 10.2beta1 to 10.2beta2. During each upgrade, only existing packages were replaced and unmaintained packages were not deleted. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 ke@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|rwalter@novell.com |ke@novell.com Status|NEW |ASSIGNED Component|Documentation |Mobile Devices ------- Comment #1 from ke@novell.com 2006-11-14 00:06 MST ------- the mobile team to route this report as appropriate -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 ke@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ke@novell.com |behlert@novell.com Status|ASSIGNED |NEW QAContact|ke@novell.com |qa@suse.de ------- Comment #2 from ke@novell.com 2006-11-14 07:34 MST ------- the mobile team to route this report as appropriate -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 seife@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|behlert@novell.com |seife@novell.com Status|NEW |ASSIGNED ------- Comment #3 from seife@novell.com 2006-11-17 07:48 MST ------- (In reply to comment #0)
Current installation: opensuse 10.2beta2
If this doesn't qualify as a bug and is normal behavior, ignore.
kpowersave in 10.2beta2 will not suspend2ram without first adding the entry S2RAM_OPTS="" in /etc/pm/config with the appropriate options .
Do you add 'S2RAM_OPTS=""' or do you add the appropriate options?
It functions properly once the appropriate new options are added(which are different than those needed in 10.2beta1).
No, the options in S2RAM_OPTS are the same than in beta1. The problem is, that in beta1, pm-utils was missing.
opensuse 10.2 is now using the pm-utils and has changed both the suspend log filename and where the configurations are made. I think this change should be mentioned in the release notes since anyone who tries to configure using the /etc/sysconfig/powersave/sleep file and is looking at the suspend2ram log for errors is in for a waste of time as I discovered the hard way.
If the user is not expected to manually configure /etc/pm/config, maybe this would be worth adding to most annoying bugs. If it is normal behavior, maybe add links to http://en.opensuse.org/Pm-utils & http://en.opensuse.org/S2ram page in the release notes under a suspend section.
yes, will be done.
System upgrade history: opensuse 10.1 to 10.2alpha5 to 10.2beta1 to 10.2beta2. During each upgrade, only existing packages were replaced and unmaintained packages were not
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ bad idea. But how did you get pm-utils then? I don't think that anything depends on it... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 seife@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |DUPLICATE ------- Comment #4 from seife@novell.com 2006-11-17 07:50 MST ------- *** This bug has been marked as a duplicate of bug 221714 *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 ------- Comment #5 from rmyster@gmail.com 2006-11-17 09:24 MST ------- (In reply to comment #3)
Do you add 'S2RAM_OPTS=""' or do you add the appropriate options?
I had to manually add 'S2RAM_OPTS=""' and then insert the appropriate options on my setup (-f -a 3 -m). My point was the 'S2RAM_OPTS=""' line should be a default entry with an appropriate comment line describing it. I didn't know if the upgrade should be able to transfer the settings over from /etc/powersave/sleep from 10.1.
No, the options in S2RAM_OPTS are the same than in beta1. The problem is, that in beta1, pm-utils was missing.
If so, then the settings I used in 10.2beta1 must not have been correct because after beta2, I was getting occasional lockups after resume. With my current settings, everything works with no issues and I've done many suspend/resume cycles.
bad idea. But how did you get pm-utils then? I don't think that anything depends on it...
I just left the box unchecked where it said something like "delete unmaintained packages" and whatever the other box setting needed to only upgrade existing packages. I assumed the 10.2 automatically installed the newer packages needed, including pm-utils, that were superceding 10.2 packages. I usually wait until the final release to delete the rest in case I need to revert back during the testing cycles. . -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=220619 ------- Comment #6 from seife@novell.com 2006-11-17 09:43 MST ------- (In reply to comment #5)
(In reply to comment #3)
Do you add 'S2RAM_OPTS=""' or do you add the appropriate options?
I had to manually add 'S2RAM_OPTS=""' and then insert the appropriate options on my setup (-f -a 3 -m)
"-f -a3 -m" is most probably not correct (combining acpi_sleep and vbetool options is only useful in very weird cases). However, if you would report your machine properly, you would not need any options. My point was the 'S2RAM_OPTS=""' line should be a
default entry with an appropriate comment line describing it. I didn't know if
This is done.
the upgrade should be able to transfer the settings over from /etc/powersave/sleep from 10.1.
It won't. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com