Bug 5139

SUMUP: acpi (maybe acpid?) makes X server extremely slow on certain operations     
(can be observed when using vmware). More details below.   
   
When booting normaly (acpid started before dm), the X server is not running       
correctly (despite the fact that from the user point of view, everything       
seems correct).      
The problem can be observed when using vmware running WinXP: typing in a       
cmd.exe is extremely slow.      
   
BUT, if I issue a service acpid stop, then vmware runs at full speed.      
   
It's NOT a vmware problem as the problem can be traced without using vmware.       
vmware is only a tool to observe the problem.   
   
 if acpid is started befor X, then I strace X, I've the following trace      
(looping)     
---------------------------------------------------     
select(256, [1 3 4 5 6 14], NULL, NULL, {1, 0}) = ? ERESTARTNOHAND (To be      
restarted)     
--- SIGALRM (Alarm clock) @ 0 (0) ---     
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0     
sigreturn()                             = ? (mask now [])     
gettimeofday({1132651336, 426779}, NULL) = 0     
gettimeofday({1132651336, 426799}, NULL) = 0     
select(256, [1 3 4 5 6 14], NULL, NULL, {0, 979000}) = 0 (Timeout)     
setitimer(ITIMER_REAL, {it_interval={0, 20000}, it_value={0, 20000}}, NULL) =     
0     
gettimeofday({1132651337, 405654}, NULL) = 0     
gettimeofday({1132651337, 405675}, NULL) = 0     
gettimeofday({1132651337, 405696}, NULL) = 0     
---------------------------------------------------     
If I kill acpid (service acpid stop)     
then speed becomes normal and the trace looks like:     
---------------------------------------------------     
select(256, [1 3 4 5 6 14], NULL, NULL, {0, 967000}) = 1 (in [5], left {0,      
967000})     
read(5, "", 80)                         = 0     
gettimeofday({1132651348, 438712}, NULL) = 0     
gettimeofday({1132651348, 438732}, NULL) = 0     
---------------------------------------------------     
but it seems that X eats 100% of CPU time despite the fact that now,      
applications like vmware runs at full speed.... realy strange. (linked with 
https://bugs.freedesktop.org/show_bug.cgi?id=4718 ?) 
 
The vmware package is VMwarePlayer-1.0.0-18007 used when discovering the    
problem,  but vmware full release is also afected, and I think that many    
other X programms are affected as "strace X" 2>/tmp/debug.log revelals the    
problem without anything running on the X server. 
 
I've also reported the bug at Mandriva 
http://qa.mandriva.com/show_bug.cgi?id=19914