mouse does not resume after waking from suspend to ram triggered by closing lid
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-power-manager (Ubuntu) |
Expired
|
Low
|
Unassigned |
Bug Description
Binary package hint: gnome-power-manager
Dell Latitude D630
Package details:
gnome-power-
Installed: 2.29.91-0ubuntu9
Candidate: 2.29.91-0ubuntu9
Version table:
*** 2.29.91-0ubuntu9 0
500 http://
100 /var/lib/
Release info:
Description: Ubuntu lucid (development branch)
Release: 10.04
When waking from suspend to RAM triggered by closing the lid of the machine, the mouse pointer takes 4+ minutes to return while the keyboard is responsive immediately. I had to start filing this bug-report by using Alt+F2 and opening gnome-terminal to run ubuntu-bug, which brought up the firefox window. I am running off the amd64 live desktop image burned to a 8GB USB stick. I expect the mouse to be responsive shortly after boot, around the same time as the keyboard.
ProblemType: Bug
Architecture: amd64
Date: Sun Mar 28 04:37:10 2010
DistroRelease: Ubuntu 10.04
ExecutablePath: /usr/bin/
GnomeSessionIdl
GnomeSessionInh
GnomeSessionSus
LiveMediaBuild: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20100327)
MachineType: Dell Inc. Latitude D630
Package: gnome-power-manager 2.29.91-0ubuntu9
PccardctlIdent:
Socket 0:
no product info available
PccardctlStatus:
Socket 0:
no card
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gnome-power-manager
Uname: Linux 2.6.32-17-generic x86_64
XsessionErrors:
(polkit-
(gnome-
dmi.bios.date: 11/24/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A15
dmi.board.
dmi.board.name: 0WM416
dmi.board.vendor: Dell Inc.
dmi.chassis.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Latitude D630
dmi.sys.vendor: Dell Inc.
Some further testing shows that every alternate wake from suspend to RAM while running off the amd64 live image results in a blank screen at wake. Switching to the first or second virtual console works, and then going to virtual console 7 (in which the x session is running) brings back the display. The order of events is:
1. Suspend by closing lid.
2. Open lid, note problem with mouse pointer disappearing as reported above.
3. Suspend by closing lid.
4. Open lid and get a black screen.
5. Attempt to switch to different virtual console, successful.
6. Switch back to virtual console 7. Get restored X session.
7. Suspend by closing lid.
8. Open lid and have system restore to X session very fast.
9. Suspend by closing lid.
10. Open lid and get a black screen.
11. Switch to virtual console 1 or 2. Then back to 7 and return to X session.
So it appears that waking from suspend to RAM in even-numbered sessions has problems with restoring the X session and requires that you switch to a different virtual console and switch back to console 7.
I have also noticed that the problem with the mouse (reported above) only happened after the first wake from suspend to RAM.