Hi Dave,
The gnome-power-manager actually does some stuff and then forwards the
request to HAL, which then forwards it to pm-utils. Acpi-support (in
your configuration) actually forwards to gnome-power manager (that's
what the dbus-pm suspend method does), so that's why acpi-support
doesn't work. So it goes like this:
acpi-support -> gnome-power-manager -> hal -> pm-utils
HAL doesn't add anything AFAIK, and if pm-suspend works, then the
problem must be in the stuff that gnome-power-manager adds. I'll
reassign the bug to gnome-power-manager then.
Cheers,
Bart
Dave O wrote:
It does seem to, yes. Looks like the problem happens for me when
suspending through gnome-power-manager. I didn't see anything in gconf
about suspend method for that program, so I'm not sure what to do next.
On Thu, 9 Oct 2008, Bart Samwel wrote:
Hi Dave,
I see that you are using pm-utils for suspend (the dbus-pm and dbus-hal
methods eventually go to pm-utils as well). Does your laptop suspend and
resume correctly when you issue the command "pm-suspend" (as root)?
Cheers,
Bart
Dave O wrote:
I have the same issue, since the upgrade to this version, using an x61.
It occurs more frequently than described in the original report for me,
in fact nearly every time.
Here's the non-comment lines from the config file:
SUSPEND_METHODS="dbus-pm dbus-hal pm-utils"
ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES=""
MODULES_WHITELIST=""
SAVE_VBE_STATE=true
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=true
USE_DPMS=true
HIBERNATE_MODE=shutdown
LOCK_SCREEN=true
STOP_SERVICES=""
RESTART_IRDA=false
SKIP_INTERFACES="dummy qemu"
Please let me know if I can provide more detail for you. Thanks!
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
