Bug 450395

I am still using Fedora 8 and just upgraded from kernel-2.6.24.3-50 to
kernel-2.6.25.4-10 and now have really horrible sound problems which are most
likely pulseaudio / GROUP_SCHED related.

Nothing else on my system was upgraded except the kernel and now the audio
clicks on any new sound that is played after even the shortest silence. It also
skips and pops during any type of media playback. My system is also using the
snd_intel_8x0 module for audio and pulseaudio-0.9.8-5 has been installed all along.

Do you have any audio quality issues when playing music and movies in various
applications? I haven't been able to find one good working combination so far.

https://bugzilla.redhat.com/show_bug.cgi?id=446192 is probably related.

Lennart is there some log that we can give you that would help track down this
issue?

@Naveed I'm not hearing any skipping once audio starts. It just click when sound
card starts to play and 2 seconds after it stops playing.

(In reply to comment #1)
> Do you have any audio quality issues when playing music and movies in various
> applications? I haven't been able to find one good working combination so far.

I have since upgraded to Fedora 9 and now have no skipping in the audio streams
I play, but now some apps have audio speed issues where the audio stream is
running too fast (by about 7% based on some testing.) swfdec is an example of
where this is happening - every youtube.com video I watch there has the A/V out
of sync.

The loud and annoying clicks are still present.

After the latest kernel and other updates I still hear the same bug...

With kernel-2.6.25.6-55.fc9 and everything else up to date, the noise on new
sounds after a silence period remain. One other thing I've noticed in many
different media players is that if I change the volume (within the media player)
while a stream is running, the sound cuts out completely. It only returns if I
pause and resume the stream.

PA closes the audio device 2s after becoming idle. I think you sound driver just
produces those popping noises everytime the audio device is opened/closed.
According to Takashi this shouldn't happen anymore these days.

I am now reassigning this to the kernel, since according to Takashi this can be
worked around in the kernel.

Takashi if you need some feedback and/or some logs just tell me and I'll provide
you all the info.

I have the latest kernel 2.6.25.6-55.fc9.i686 and I still hear clicks.

kernel-2.6.25.9-76.fc9.x86_64 continues to exhibit the reported bug.

I've been seeing this for a long time on an Intel 8x0-based notebook. I get the
click whenever the driver loads (i.e., at the udev stage during boot), or the
device is opened/closed (including at shutdown), or I pull mains power and the
8x0 power saving mode starts. [I've also noticed it at boot on an ATI IXP-based
notebook, but that's likely unrelated.] I think the card seems to assume more of
a DC bias under Linux as well.

This happens on a Dell laptop I have, but not IBM Thinkpad. It is definitely the
sound of some internal chip powering up after having gone idle. The power
wasting solution would be to just power the chip at all times, but there must be
a better way to avoid the click.

Hmm... what *codec* chip do you all have? Mine is a Realtek, don't know exactly
which one at the moment...

here are some interesting links:
http://blogs.gnome.org/hughsie/2008/03/28/clicking-of-snd_hda_intel/

http://thread.gmane.org/gmane.linux.redhat.fedora.devel/88396

kernel-2.6.25.10-86.fc9 continues to exhibit the reported bug.

Adding

options snd-ac97-codec power_save=0

to /etc/modprobe.conf makes this problem go away on my desktop system. Clearly,
this is a suboptimal solution but since my machine does not run on a battery,
it's not that bad. I still don't understand what changed between Fedora 8 and 9
to cause this aggressive powersaving related clicking to start.

Default set to 0 in 2.6.25.12-63.fc8  and  2.6.25.12-101.fc9

kernel-2.6.25.14-107.fc9 has been submitted as an update for Fedora 9

kernel-2.6.25.14-108.fc9 has been submitted as an update for Fedora 9

kernel-2.6.25.14-108.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update kernel'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-7043

it works for me. I installed testing kernel 2.6.25.14-108.fc9.i686 and removed modprobe.conf option that fixed it before this kernel.

I hear no clicks.

Thank you very much!

kernel-2.6.25.14-108.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.

This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '9'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 9's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 9 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

this is fixed, please close this bug.

Just to add an update. I installed Fedora 11 on HP Compaq nx9030 and the loud clicks are still an issue!

Can this be fixed so that it works out of the box?

This time even adding 

options snd-ac97-codec power_save=0

to /etc/modprobe.conf doesn't makes a difference, I still hear clicks ;(

Can I provide some more feedback so you can track down the issue more easily...

My F11 32 bit system started doing this over this weekend..  yum.log shows that alsa, pulse, and kernel updated so hard to say what's what....  The power_save=0 workaround has seemed to fix it for me, and I'm going to try the previous kernel to see what happens but I'm not sure why this has started popping when it never did before (except once during boot).  Was the power_save changed from 0 to 5, or is there something new which is causing the speakers to pop on initialization where they didn't before?  00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) on a Dell M6400 laptop

After a yum update, my F11 x86_64 system did the same. The kernel, alsa and pulse RPMs were updated, so I'm in the same boat as Walter.

System info: Dell Latitude E6400 laptop

Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
Kernel modules: snd-hda-intel

Kernel: 2.6.30.5-43.fc11.x86_64 #1 SMP

Alsa:
alsa-lib-1.0.21-3.fc11.i586
alsa-lib-1.0.21-3.fc11.x86_64
alsa-lib-devel-1.0.21-3.fc11.x86_64
alsa-plugins-pulseaudio-1.0.21-2.fc11.x86_64
alsa-utils-1.0.21-2.fc11.x86_64

Pulse:
pulseaudio-0.9.15-17.fc11.x86_64
pulseaudio-esound-compat-0.9.15-17.fc11.x86_64
pulseaudio-libs-0.9.15-17.fc11.i586
pulseaudio-libs-0.9.15-17.fc11.x86_64
pulseaudio-libs-glib2-0.9.15-17.fc11.x86_64
pulseaudio-libs-zeroconf-0.9.15-17.fc11.x86_64
pulseaudio-module-bluetooth-0.9.15-17.fc11.x86_64
pulseaudio-module-gconf-0.9.15-17.fc11.x86_64
pulseaudio-module-jack-0.9.15-17.fc11.x86_64
pulseaudio-module-lirc-0.9.15-17.fc11.x86_64
pulseaudio-module-x11-0.9.15-17.fc11.x86_64
pulseaudio-module-zeroconf-0.9.15-17.fc11.x86_64
pulseaudio-utils-0.9.15-17.fc11.x86_64
wine-pulseaudio-1.1.29-1.fc11.i586
xine-lib-pulseaudio-1.1.16.3-2.fc11.x86_64
xmms-pulse-0.9.4-7.fc11.x86_64

I had forgotten to add that I did some checking around this on the system where I was having the pops, and in fact the power_save option was 0 in previous kernels and 5 in the current kernel.  And in the previous kernel if I set the power_save to 5, I caused it to start popping too, so this is simply a matter of the power_save option in the snd_hda_intel module.  I saw somewhere, but apparently not in this bug, where power_save has flip-flopped a bit.  Some hardware it's fine, yet other hardware it causes pops.

Pete, does setting power_save to 0 fix it for you?  Create the following..

/etc/modprobe.d/snd_hda_intel.conf

And put the following in it:

options snd_hda_intel power_save=0

(or edit an existing entry for snd_hda_intel if you already have one for a model entry or other module options) and then reload the snd_hda_intel module and see if the popping goes away?  If Pulse is running you'll have to kill it or the module will be in use, or just reboot.

This has just started on my notebook too, Intel HDA with Realtek ALC883 codec. Will see if power_save=0 helps...

Hi Walter,

Thanks for the quick feedback! (In hindsight, this is an obvious thing to try...)

I deleted /etc/modprobe.conf, followed your directions and rebooted just to be sure. So far, so good! If it starts back up again, I'll add another comment.

This looks like a fixed bug. If it works for others please close it.

Is it fixed in the code, or is the work-around documented in this bugzilla? Those are two very different things in my mind.

For me, this work-around continues to work - even after upgrading to FC12. It doesn't look like it's fixed yet though.

This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '11'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 11's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 11 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

I don't have this laptop anymore, so please close this bug.

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.