Comment 32 for bug 479296

Hi Lelamal,

It's not clear from your message what got you to suspect Compiz, but just as a test, I disabled it: On the next reboot, I got the following in the log:

Nov 21 14:37:20 Philinux pulseaudio[1857]: ratelimit.c: 2 events suppressed
Nov 21 14:37:27 Philinux pulseaudio[1857]: ratelimit.c: 4 events suppressed
Nov 21 14:37:35 Philinux kernel: [ 93.228051] Clocksource tsc unstable (delta = -249963054 ns)
Nov 21 14:37:51 Philinux kernel: [ 109.760217] __ratelimit: 3 callbacks suppressed
Nov 21 14:37:51 Philinux kernel: [ 109.760230] deskbar-applet[2181]: segfault at 34 ip 00000034 sp bfa7432c error 4 in libc-2.10.1.so[110000+13e000]

I haven't got a freeze yet, but still having various apps segfaulting here and there makes me think that it will sure happen in the coming hours.
Here, the segfaults are often enough happening in the same second as a "__ratelimit: X callbacks suppressed", BTW.

Is there a way to prevent pulseaudio for loading at all in the machine (without disabling anything else than the sound subsystem)?
A manual killing of pulsaudio happens too late, since pulseaudio is already loaded then, and I see the suspicious "ratelimit.c" messages at several places during the boot.

Trying this could at least give an indication of whether pulseaudio is really the main suspect here:
If the problem still exists after pulseaudio has been fully removed, drivers and all, it will clearly indicate that the problem comes from something else...