gnome-panel hang

[Sertaç Ö. Yıldız]

[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ç