[22.Nis.07 11:56 +1000] Rodd Clarkson:
On Fri, 2007-04-20 at 02:01 +0300, Sertaç Ö. Yıldız wrote:
[19.Nis.07 12:58 -0400] Andy Baumhauer:
[…]
I was unable to confirm which applet was hanging the panel. I ended
up fixing the problem my removing .gnome, .gnome2, and .gconf
(probably overkill).
I suspect this is about system sounds. Killing esd ‘unhangs’ gnome here.
Maybe by removing .gconf you just unset /desktop/gnome/sound/enable_esd?
I've seen the exact same thing too. A quick 'killall esd' fixes things,
but I guess it shouldn't be happening in the first place.
Anyone make a suggestion on where to start debugging this. Would a
hardware profile be a good start, or do we need a backtrace of esd (and
how do we get this), or is esd just an innocent bystander.
It looks like a problem in ALSA. This is the backtrace before I kill
esd:
#0 0x00c1d410 in __kernel_vsyscall ()
#1 0x00b2b4fb in poll () from /lib/libc.so.6
#2 0x047a6754 in snd_pcm_wait_nocheck (pcm=0x9eb4ec0, timeout=-1) at pcm.c:2302
#3 0x047a693f in snd_pcm_wait (pcm=0x1, timeout=-1) at pcm.c:2271
#4 0x047c11d2 in snd_pcm_rate_drain (pcm=0x9eb44f0) at pcm_rate.c:1091
#5 0x047a1062 in snd_pcm_drain (pcm=0x9eb42b0) at pcm.c:1092
#6 0x048c57d5 in esd_audio_flush () at audio_alsa09.c:489
#7 0x0804ba6f in wait_for_clients_and_data (listen=4) at clients.c:337
#8 0x0804a972 in main (argc=Cannot access memory at address 0x1) at esd.c:1017
#9 0x00a7af10 in __libc_start_main () from /lib/libc.so.6
#10 0x080494b1 in _start ()
#0 0x00c1d410 in __kernel_vsyscall ()
and my audio device:
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
Subsystem: Toshiba America Info Systems Unknown device ff00
Flags: bus master, fast devsel, latency 0, IRQ 22
Memory at d0340000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Capabilities: [70] Express Unknown type IRQ 0
I'm willing to try and debug, but not sure were to start.
I'll file a bug over the weekend if there isn't one.
--
~sertaç
--
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe:
https://www.redhat.com/mailman/listinfo/fedora-test-list