Bug 205064

Summary: gpm wakes up every 2 seconds to poll the console, even in runlevel 5
Product: [Fedora] Fedora Reporter: Arjan van de Ven <arjan>
Component: gpmAssignee: Petr Rockai <prockai>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-10-11 08:53:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 204948, 223780    
Attachments:
Description Flags
patch to round the 2 second sleep up to a full wallclock second boundary none

Description Arjan van de Ven 2006-09-03 08:18:54 UTC 
Description of problem:

GPM wakes up every 2 seconds to poll the console, even when in runlevel 5. This
is causing spurious wakeups which cause less powersaving than possible. 

gpm does the polling since in X mode gpm has to be inactive, so it is waiting
for X to go away / the user to switch to text mode. It polls for this every 2
seconds.

I question the usefulness of gpm (in default install!) in runlevel 5, but if it
has to stay, the attached patch slightly modifies gpm such that the wakeup will
happen at exactly the second tick (where it will coincide with other similar
wakups in other programs such as hal) and not cause a
wakeup-from-powermanagement-sleep all on it's own.
Comment 1 Arjan van de Ven 2006-09-03 08:18:54 UTC 
Created attachment 135455 [details]
patch to round the 2 second sleep up to a full wallclock second boundary
Comment 2 Arjan van de Ven 2006-10-09 15:06:10 UTC 
ping?

any ideas why gpm is even started in runlevel 5?
Comment 3 Petr Rockai 2006-10-09 19:24:10 UTC 
Sorry, no, no idea, if it was for me, i'd just scrap it as it is :). I can 
apply the patch, although it is probably still somewhat suboptimal to have gpm 
running at all. If there are no objections i'll drop it from runlevel 5.