#9668 NORM 1.5-F11: suspend from gnome fails
Zarro Boogs per Child
bugtracker at laptop.org
Sun Nov 15 16:36:17 EST 2009
#9668: suspend from gnome fails
---------------------------------+------------------------------------------
Reporter: pgf | Owner: cjb
Type: defect | Status: new
Priority: normal | Milestone: 1.5-F11
Component: distro | Version: Development build as of this date
Resolution: | Keywords:
Next_action: reproduce | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
---------------------------------+------------------------------------------
Changes (by cjb):
* cc: dsd (added)
Old description:
> run "Suspend" from either the System-->Shutdown menu in gnome, or the
> popup that comes from pushing the power button.
>
> the screen will blank, but the system will not sleep.
>
> running "top" on serial console shows process "vbetool" consuming all
> available cpu.
New description:
run "Suspend" from either the System-->Shutdown menu in gnome, or the
popup that comes from pushing the power button.
the screen will blank, but the system will not sleep.
running "top" on serial console shows process "vbetool" consuming all
available cpu.
--
Comment:
I don't think we should use pm-suspend, because it's going to run the
myriad shell script and HAL callouts that a normal machine uses -- as
we're seeing, they're causing a hang now, and even if they don't hang I
think they're going to do things like switch VT away from X and add to
suspend-time, which we don't want.
If we can't persuade gnome-power-manager to do a direct echo mem >
/sys/power/state, I think we should not have it executing a suspend at
all.
--
Ticket URL: <http://dev.laptop.org/ticket/9668#comment:3>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list