Now, i can reproduce this bug consistently (Most of the time). Please
find the step below to reproduce it.
Problem:
mixer_applet2 is utilizing 100% CPU usage after doing resume. Sound is working
fine.
Step to reproduce:
1. Just do suspend
2. Then resume
3. Observer the "top" utility.
#top -p 4508 -d 3
--
top - 12:58:11 up 1:20, 3 users, load average: 1.05, 1.28, 1.37
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
Cpu(s): 37.3%us, 20.7%sy, 0.0%ni, 41.7%id, 0.0%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 3095632k total, 1498188k used, 1597444k free, 63628k buffers
Swap: 4000144k total, 0k used, 4000144k free, 825724k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4508 person 20 0 55436 19m 14m S 100 0.6 17:34.82 mixer_applet2
--
Actual Result:
mixer_applet2 is taking 100 CPU usage
Expected Result:
CPU usage should be reasonable.
Debug Information:
--
(gdb) thread apply all bt
Thread 2 (Thread 0xb68bab90 (LWP 4520)):
#0 0xb806b430 in __kernel_vsyscall ()
#1 0xb7830ae7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2 0xb68c2914 in task_monitor_alsa (data=0x9405790) at gstalsamixer.c:440
#3 0xb7fe3593 in gst_task_func (task=0x916ee88, tclass=0x93adbc0) at
gsttask.c:192
#4 0xb7938cd6 in g_thread_pool_thread_proxy (data=0x93adc50) at
/build/buildd/glib2.0-2.20.0/glib/gthreadpool.c:265
#5 0xb793766f in g_thread_create_proxy (data=0x94bccb8) at
/build/buildd/glib2.0-2.20.0/glib/gthread.c:635
#6 0xb78c04ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#7 0xb783b49e in clone () from /lib/tls/i686/cmov/libc.so.6
Thread 1 (Thread 0xb6cef750 (LWP 4508)):
#0 0xb806b430 in __kernel_vsyscall ()
#1 0xb7830ae7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2 0xb791d61b in IA__g_poll (fds=0x9170790, nfds=11, timeout=-1) at
/build/buildd/glib2.0-2.20.0/glib/gpoll.c:127
#3 0xb790fe52 in g_main_context_iterate (context=0x9147758, block=1,
dispatch=1, self=0x912b838) at /build/buildd/glib2.0-2.20.0/glib/gmain.c:2761
#4 0xb791048a in IA__g_main_loop_run (loop=0x916dfe8) at
/build/buildd/glib2.0-2.20.0/glib/gmain.c:2656
#5 0xb7e98cc3 in bonobo_main () from /usr/lib/libbonobo-2.so.0
#6 0xb7e96e89 in bonobo_generic_factory_main_timeout () from
/usr/lib/libbonobo-2.so.0
#7 0xb7e96f13 in bonobo_generic_factory_main () from /usr/lib/libbonobo-2.so.0
#8 0xb7f6962d in panel_applet_factory_main_closure (iid=0x8051f2c
"OAFIID:GNOME_MixerApplet_Factory", applet_type=152493328, closure=<value
optimized out>)
at panel-applet.c:1742
#9 0xb7f6971b in panel_applet_factory_main (iid=0x8051f2c
"OAFIID:GNOME_MixerApplet_Factory", applet_type=152493328,
callback=0x80501f0 <gnome_volume_applet_factory>, data=0x0) at
panel-applet.c:1766
#10 0x080501b4 in main (argc=1, argv=0xbfe898b4) at load.c:175
#0 0xb806b430 in __kernel_vsyscall ()
(gdb)
--
Observation, Extra Information:
It happens mostly after doing Suspend/Resume activity.
** Changed in: gnome-applets (Ubuntu)
Status: Incomplete => New
--
mixer_applet2 often gets in 100% cpu use scenerio
https://bugs.launchpad.net/bugs/339187
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
