Keyboard/mouse unresponsive for several seconds after resume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Bug Description
Binary package hint: xserver-
Each time I resume from suspend, when I start typing into the gnome-screensaver unlock dialog, I find that it doesn't respond. I also can't move the mouse. After several seconds, they start working again. This is easily reproducible on my system.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
Package: xserver-
ProcEnviron:
LC_COLLATE=C
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/zsh
ProcVersion: Linux version 2.6.28-11-generic (buildd@yellow) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #35-Ubuntu SMP Wed Mar 18 21:55:34 UTC 2009
SourcePackage: xserver-
Uname: Linux 2.6.28-11-generic x86_64
Changed in xserver-xorg-input-evdev (Ubuntu): | |
status: | Confirmed → Triaged |
tags: | added: jaunty |
I finally got a reply from peter on this a little while ago...
From: Peter Hutterer <email address hidden>
Sorry, this one nearly got lost.
Bryce Harrington wrote: a3daa7965fc2672 ca13306780) .
> We've been noticing that there is occasionally a slight but noticeable
> delay after resuming from suspend before keyboard input is accepted,
> which we've traced to the EvdevReopenTimer() routine (commit
> 32768f8acd49f49
>
> Could you explain what causes the file descriptor to be openable but
> not able to be read? Is there a way the lag could be reduced, if not
> eliminated?
Don't know, but the kernel that shipped with F9 had this quite frequently.
I don't see this happening anymore, so you can try ripping out the timer
code and see if it just comes back most of the time anyway.