[Karmic] HDA Intel: sound messed up after a while (cracks, rings, no other audio possible)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
alsa-driver (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Since about 3 days ago, after a certain period of time of using the audio output (whatever the program, either totem, vlc, flash, and whether with a single user connected since boot or with a second user session opened) the audio changes abruptly to a mix of cracks and rings (listen to the attached audio output). Nothing seems to correct the problem, even though it seems possible to get the audio back to normal by closing all audio applications for a little while (less than 30 seconds AFAICT), including Firefox when there's a flash video on pause, and trying again (if a second user is connected, same story, even this user audio apps need to be shut down).
The computer has an ICH10 Intel controller (GB EP-45 DS4). The computer is also affected by bug #433654, but the problem reported here wasn't there before (using Karmic since Alpha 4) and appears even if only one user is connected after boot.
I've left Totem open with the problem while reporting the bug with ubuntu-bug. Computer has all updates, and was just booted 20 min ago, with Totem playing audio for about the same time before the problem occurred, and a single user logged in.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/pcmC0D0p: t3g 2059 F...m pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,
Controls : 38
Simple ctrls : 21
Date: Mon Oct 5 19:03:43 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: alsa-base 1.0.20+
PackageArchitec
ProcEnviron:
LANG=fr_FR.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: alsa-driver
Uname: Linux 2.6.31-11-generic i686
description: | updated |
tags: |
added: regression-release removed: regression-potential |
tags: | added: karmic |
I got the exact same issue on my Cleva M720 laptop no matter what I try.
My system is up to date (alsa 1.0.21, and I just upgraded my kernel to 2.6.31-16-generic).
I got those lines in user.log, don't know if that's relevant but it seems to me it occured just when sound got crazy :
Dec 5 15:12:18 laptoz pulseaudio[1755]: alsa-sink.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Dec 5 15:12:18 laptoz pulseaudio[1755]: alsa-source.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Dec 5 15:12:18 laptoz pulseaudio[1755]: alsa-sink.c: ALSA nous a réveillé pour lire de nouvelles données à partir du périphérique, mais il n'y avait en fait rien à écrire !
Dec 5 15:12:18 laptoz pulseaudio[1755]: alsa-sink.c: Il s'agit très probablement d'un bogue dans le pilote ALSA « snd_hda_intel ». Veuillez rapporter ce problème aux développeurs d'ALSA.Nous avons été réveillés avec le jeu POLLOUT -- cependant un snd_pcm_avail() ultérieur a retourné 0 ou une autre valeur < min_avail.