Extreme slowness after Deep Sleep - /usr/sbin/audiomixer eats all the CPU time !

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Settings -> Sound -> Screen lock sounds (enable)
2. Deep Sleep -> Wake Up
3. Deep Sleep -> Wake Up

What is the expected output? What do you see instead?
The systems is expected to be responsive but the second time you wake it up 
it's extreeeeemly slow.

Did previous version of UrukDroid did it right? Does it work on Archos
default OS correctly?
Don't know, I noticed it on UD 1.0

What version of UrukDroid are you using? What version of Archos device?
UD 1.0 on Archos 101

Please provide any additional information below.
I was going mad again, (like for the brightness problem) because suddenly, one 
day, after I resumed the 101 from Deep Sleep it was unacceptable slow.
After a few tests I was sure that the problem ALWAYS appears the second time I 
resumed my 101 from deep sleep.
Connecting in ssh I discovered the process "/usr/sbin/audiomixer" was using all 
the CPU... killing it brought me to a partial reboot after a fwe seconds. I say 
partial because I saw the UD Loading screen but I didn't lose the ssh 
connection.
After a few search on google I found this thread:

http://forum.xda-developers.com/archive/index.php/t-955497.html

and I verified that what steve.l says is absolutely true: if you have the 
"Screen lock sounds" option enabled (under Sounds settings) you get this 
problem.

The weird thing is that actually you DON'T get the problem if you also enable 
the screen lock feature under "Location & security" settings.

The problem suddenly appeared in my case just because I disabled the screen 
lock feature leaving the screen lock sound option enabled.

I don't know if this problem has been solved with official 2.3.26 firmware, in 
that case I guess the problem will automagically disappear on UD 1.1.

Original issue reported on code.google.com by michele....@gmail.com on 22 Jun 2011 at 8:26

[GoogleCodeExporter]

I have this issue every night and I dont have screen lock sounds enabled. I do 
have other sounds that play when email arrives so maybe any sound playing 
during deep sleep is a problem. I was able to ssh in and kill the process to 
recover or I have to reboot this also eats the battery up very fast when this 
happens.

Original comment by sip1.nut...@gmail.com on 4 Aug 2011 at 4:18

[GoogleCodeExporter]

Please confirm if this issue is still present in UD 1.5.

Original comment by adrian.s...@gmail.com on 15 Aug 2011 at 7:21

[GoogleCodeExporter]

Sorry for the long delay, I switched back to standard firmware for a long while 
:-)

I verified on UD 1.5.1 and the problem seems resolved.

Original comment by michele....@gmail.com on 19 Oct 2011 at 4:00