© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
I see in reading your response I have mislead you slightly - the Kubuntu test DID SHOW noise floor calibration timeouts; just no (apparent) disturbance of alsa / pulse.
I do not see a linux-preempt in lucid synaptic... I changed to the main server in case there was something weird there... but no preempt. Is there some other repo I need to enable? According to the wiki page on this kernel, it should be there...
So I tried linux-rt. This is a bit older kernel 2.6.31-11-rt. The machine booted ok; I logged in, started the log viewer, started rhythmbox (which crashed, uh-oh). So I then started Exaile (which worked) and started playing some music.
In the log file: no messages whatsoever about noise floor calibration timeouts. On about the 5th song, I saw this:
Jul 4 09:58:34 temuko pulseaudio[4344]: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
Jul 4 09:58:34 temuko pulseaudio[4344]: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_usb_audio'. Please report this issue to the ALSA developers.
Jul 4 09:58:34 temuko pulseaudio[4344]: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
Watching latencytop, I get no long latencies for waiting for cpu; they're all in the 25-35ms range now. I started up a bunch of stuff (web browser, etc) and got some longer latencies then (writing a page to disk 232ms, reading from file 139ms, page fault 102ms, fsync on a file 100ms).