Bug 47971 - Jamming in sound, HDA, ALC268 codec, Acer Extensa 5620Z
Summary: Jamming in sound, HDA, ALC268 codec, Acer Extensa 5620Z
Status: ASSIGNED
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-26 08:05 UTC by Ivan Matylitski
Modified: 2013-12-23 16:38 UTC (History)
2 users (show)

See Also:
Kernel Version: 3.5
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
You can find my earlier comments here. (66 bytes, text/plain)
2012-09-26 08:05 UTC, Ivan Matylitski
Details
Also, I've found following thread at freedesktop.org. (77 bytes, text/plain)
2012-09-26 08:07 UTC, Ivan Matylitski
Details
dmidecode dump (7.10 KB, text/plain)
2012-09-26 08:09 UTC, Ivan Matylitski
Details
lsusb dump (646 bytes, text/plain)
2012-09-26 08:10 UTC, Ivan Matylitski
Details
lspci dump (2.29 KB, text/plain)
2012-09-26 08:11 UTC, Ivan Matylitski
Details
dmesg dump (62.30 KB, text/plain)
2012-09-26 08:11 UTC, Ivan Matylitski
Details

Description Ivan Matylitski 2012-09-26 08:05:40 UTC
Created attachment 81091 [details]
You can find my earlier comments here.

Hi all,

I have Acer Extensa 5620Z which sound system is based on HDA Intel bus. ALC268 codec is used. Eventually, sound begins to jam. It appears in both cases: with and without PulseAudio. The difference between these two cases is that sound jams in bare ALSA case and sound "hicks" (sound system repeats some particular pieces of audio stream) when PulseAudio is up. Moreover, I observe messages in console from audio clients. They sound like "alsa returned X frames instead of Y" (Google Chrome) or "alsa dropout" (Audacious).

I'm going to attach lspci, lsusb, dmidecode and dmesg dumps.

Feel free to ask to provide all information you need.

Thank you in advance.
Comment 1 Ivan Matylitski 2012-09-26 08:07:31 UTC
Created attachment 81101 [details]
Also, I've found following thread at freedesktop.org.

I'd like to draw your attention to mentioned thread, because it works in my case exactly as described there. I switched off all volume monitors in UI environment to fix it. When sound begins to "hick" or jam I change volume and problem disappears before next reboot.
Comment 2 Ivan Matylitski 2012-09-26 08:09:32 UTC
Created attachment 81111 [details]
dmidecode dump
Comment 3 Ivan Matylitski 2012-09-26 08:10:34 UTC
Created attachment 81121 [details]
lsusb dump
Comment 4 Ivan Matylitski 2012-09-26 08:11:11 UTC
Created attachment 81131 [details]
lspci dump
Comment 5 Ivan Matylitski 2012-09-26 08:11:42 UTC
Created attachment 81141 [details]
dmesg dump
Comment 6 Takashi Iwai 2013-11-19 09:12:22 UTC
Does the problem still happen with 3.12 kernel?

The repeated sound implies that you have a problem about interrupts.  PulseAudio doesn't suffer from it because it's controlling via timer without the interrupts from the sound device.  

Try to pass enable_msi=0 option to snd-hda-intel, if 3.12 still doesn't work.
Also, don't forget to give alsa-info.sh output.
Comment 7 Ivan Matylitski 2013-11-19 17:22:27 UTC
(In reply to Takashi Iwai from comment #6)
> Does the problem still happen with 3.12 kernel?
> 
> The repeated sound implies that you have a problem about interrupts. 
> PulseAudio doesn't suffer from it because it's controlling via timer without
> the interrupts from the sound device.  
> 
> Try to pass enable_msi=0 option to snd-hda-intel, if 3.12 still doesn't work.
> Also, don't forget to give alsa-info.sh output.

Hello Takashi,

Thank you for the tip. It will by my 3rd try I will be moving my friend to Linux. Will keep this thread updated with news.

Note You need to log in before you can comment on or make changes to this bug.