[alsa-devel] Issue with hda_intel on i7+Z97 chipset
Hi,
Firstly, I hope this is a suitable way to report this issue. I am using Debian/Wheezy on a reasonably recent i7 based system which has a Z97 motherboard chipset.
In Windows, sound is perfect, but in Linux it's very crackly (direct through alsa) and if I bring pulseaudio into the mix then it reports buffer/interrupt issues on the microphone along the lines of:
Oct 19 16:03:33 listless pulseaudio[3780]: [alsa-source] alsa-source.c: ALSA woke us up to read new data from the device, but there was actually nothing to read! Oct 19 16:03:33 listless pulseaudio[3780]: [alsa-source] alsa-source.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers. Oct 19 16:03:33 listless pulseaudio[3780]: [alsa-source] alsa-source.c: We were woken up with POLLIN set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
Similar messages are shown for issues with playback:
user.log.2.gz:Oct 18 21:50:25 listless pulseaudio[3780]: [alsa-sink] alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! user.log.2.gz:Oct 18 21:50:25 listless pulseaudio[3780]: [alsa-sink] alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers. user.log.2.gz:Oct 18 21:50:25 listless pulseaudio[3780]: [alsa-sink] alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
In both cases, sound exhibts crackles, pops, crunches, stalls, repeats etc.
I can mitigate the issue by working one or more of the CPU cores hard with bzip2 -c </dev/urandom > /dev/null
Of course, this makes my system fans run harder etc, which is a bit of a pain for me, and it's only masking the issue, not solving it.
For reference, my motherboard's dmi shows: Manufacturer: Gigabyte Technology Co., Ltd. Product Name: Z97-D3H-CF And the CPU reports as: Family: Core i7 Manufacturer: Intel ID: C3 06 03 00 FF FB EB BF Signature: Type 0, Family 6, Model 60, Stepping 3 Version: Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
The relevant PCI devices are:
00:03.0 0403: 8086:0c0c (rev 06) Subsystem: 8086:2010 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 51 Region 0: Memory at f7834000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: snd_hda_intel
and
00:1b.0 0403: 8086:8ca0 Subsystem: 1458:a182 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 50 Region 0: Memory at f7830000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: snd_hda_intel
and it's possible that this kernel message is relevant:
[ 17.248493] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. [ 17.251735] hda-intel: Invalid position buffer, using LPIB read method instead.
I have tried a number of bdl_pos_adj between 1 and 32 and I have tried enable_msi=1
Neither seem to have helped significantly.
I am currently running 3.12-0.bpo.1-amd64 from Debian's wheezy-backports repository. Unfortunately anything newer seems to lock up during boot and I've not managed to track down what or why as yet.
I was hoping that you may have some idea of what is going on and either some suggestions for improving my situation on 3.12 or else some desire for further debug data such that a newer kernel (once I can persuade one to boot) may perform better for me.
Please let me know if you require further details from me in order to address this.
Regards,
Daniel.
On Tue, Oct 28, 2014 at 20:57:25 +0000, Daniel Silverstone wrote: [enormous snip]
I have managed to get 3.16 booting (needed to do some on-CPU GPU disabling to stop i915 locking solid) and I am pleased to report that sound is now perfect.
Sorry to have disturbed you before, and thank you very much for your work on ALSA.
Regards,
Daniel (now enjoying flawless sound once more :-)
participants (1)
-
Daniel Silverstone