[SOLVED] Guidance won't remember my choices on KDE 4.4.3 (-current)

em21701 · 05-13-2010, 05:12 PM

I can not get Guidance to remember my choices past the first suspend. I open Guidance from the battery icon on my screen and select "Suspend" from the "lid closed" option list. I click OK (or apply then OK) and my choice is remember right until I close the lid and restart. If I don't go through the process again random events occur when I resume the second time. I am a member of the power group, this was working perfectly on 4.4.2 and previous. Is there a text file I can edit to fix this properly instead of all the clicky-clicky I'm not listening nonsense?

Thanks

allend · 05-13-2010, 06:06 PM

From http://www.kernel.org/pub/linux/kern...geLog-2.6.33.4

Quote:

commit a84461fa4a30a846ac0e590e3ceea88ec10fed89
Author: Alex Chiang <achiang@canonical.com>
Date: Tue Apr 20 08:03:14 2010 -0600

ACPI: DMI init_set_sci_en_on_resume for multiple Lenovo ThinkPads

commit 07bedca29b0973f36a6b6db36936deed367164ed upstream.

Multiple Lenovo ThinkPad models with Intel Core i5/i7 CPUs can
successfully suspend/resume once, and then hang on the second s/r
cycle.

We got confirmation that this was due to a BIOS defect. The BIOS
did not properly set SCI_EN coming out of S3. The BIOS guys
hinted that The Other Leading OS ignores the fact that hardware
owns the bit and sets it manually.

In any case, an existing DMI table exists for machines where this
defect is a known problem. Lenovo promise to fix their BIOS, but
for folks who either won't or can't upgrade their BIOS, allow
Linux to workaround the issue.

https://bugzilla.kernel.org/show_bug.cgi?id=15407
https://bugs.launchpad.net/ubuntu/+s...ux/+bug/532374

Confirmed by numerous testers in the launchpad bug that using
acpi_sleep=sci_force_enable fixes the issue. We add the machines
to acpisleep_dmi_table[] to automatically enable this workaround.

Cc: Colin King <colin.king@canonical.com>
Signed-off-by: Alex Chiang <achiang@canonical.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

Try the "acpi_sleep=sci_force_enable" kernel option.

em21701 · 05-14-2010, 06:06 AM

I suspect this is not the problem I have but I will give it a try anyway. I am not running a Lenovo and this has not been a problem in the past.

BCarey · 05-14-2010, 01:50 PM

I am having a similar problem with the Guidance Power manager. It does not remember my settings, either, but in any case it ignores the settings I make anyway. My laptop suffers from the "cannot resume a second time" bug (it is a Compaq Presario 700), so I do not want it to suspend when I close the lid. Unfortunately it insists on doing so when my power cable is not plugged in. Setting the "When Laptop Lid Is Closed" option in Guidance has no effect on this behavior.

Where are the rules actually coming from?

Brian

allend · 05-14-2010, 09:49 PM

Have you tried going through System Settings -> Advanced -> Power Management and setting your profiles as you wish?
I actually have the "When laptop lid closed" set to Do Nothing. The action on lid close is handled by pm-utils, through a line in /etc/acpi/acpi_handler.sh, so that it is general across all environments.

Code:

#!/bin/sh
# Default acpi script that takes an entry for all actions

IFS=${IFS}/
set $@

case "$1" in
  button)
    case "$2" in
      power) /sbin/init 0
         ;;
      lid) /usr/sbin/pm-hibernate
         ;;
      *) logger "ACPI action $2 is not defined"
         ;;
    esac
    ;;
  *)
    logger "ACPI group $1 / action $2 is not defined"
    ;;
esac

BCarey · 05-15-2010, 09:34 AM

Quote:

Originally Posted by allend

Have you tried going through System Settings -> Advanced -> Power Management and setting your profiles as you wish?

Thanks, that's what I was looking for. I haven't used KDE much for the past couple of years, and don't know my way around very well.

Brian

em21701 · 05-17-2010, 08:19 AM

Thanks, allend. I made the change to the script and told KDE to do nothing when the lid is closed. I'll see if that helps after I'm done building 2.6.34 (asynchronous suspend/resume

)

em21701 · 05-17-2010, 08:59 AM

OK, so after a minor revision to the script I am much happier with the response to suspend and resume. I no longer have lock on resume, but maybe a little digging will answer that.

Code:

#!/bin/sh
# Default acpi script that takes an entry for all actions

IFS=${IFS}/
set $@

case "$1" in
  button)
    case "$2" in
      power) /usr/sbin/pm-hibernate
         ;;
      lid) /usr/sbin/pm-suspend
         ;;
      *) logger "ACPI action $2 is not defined"
         ;;
    esac
    ;;
  *)
    logger "ACPI group $1 / action $2 is not defined"
    ;;
esac