Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#55592 - [alsa-lib] [pulseaudio] linux 4.13.1-1 breaks HDMI audio for Cherry Trail audio

Attached to Project: Arch Linux
Opened by Gereon Schomber (IncredibleLaser) - Monday, 11 September 2017, 18:47 GMT
Last edited by Eli Schwartz (eschwartz) - Sunday, 22 October 2017, 00:55 GMT
Task Type Bug Report
Category Packages: Extra
Status Assigned
Assigned To Tobias Powalowski (tpowa)
Jan Alexander Steffens (heftig)
Anatol Pomozov (anatolik)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Description:
After upgrading to linux-4.13.1-1, my Intel Cherry Trail (Intel Atom x5-Z8300) device is no longer able to output audio via HDMI. This is in a pure ALSA setup without Pulseaudio. Rolling back to 4.12.12 fixes the issue.

Additional info:
* package version(s): linux-4.13.1-1
* config and/or log files etc.:

For both 4.13.1, aplay -L gives:

$ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
pulse
PulseAudio Sound Server
default:CARD=bytchtes8316
bytcht-es8316,
Default Audio Device
sysdefault:CARD=bytchtes8316
bytcht-es8316,
Default Audio Device
default:CARD=Audio
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Default Audio Device
sysdefault:CARD=Audio
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Default Audio Device
front:CARD=Audio,DEV=0
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Front speakers
hdmi:CARD=Audio,DEV=0
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
HDMI Audio Output

For 4.12.12, this was:

$ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
pulse
PulseAudio Sound Server
default:CARD=bytchtnocodec
bytcht-nocodec,
Default Audio Device
sysdefault:CARD=bytchtnocodec
bytcht-nocodec,
Default Audio Device
default:CARD=Audio
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Default Audio Device
sysdefault:CARD=Audio
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Default Audio Device
front:CARD=Audio,DEV=0
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
Front speakers
hdmi:CARD=Audio,DEV=0
Intel HDMI/DP LPE Audio, Intel HDMI/DP LPE Audio
HDMI Audio Output

Testing audio via HDMI:

$ speaker-test -D hdmi:CARD=Audio -c 2

On 4.12.12, noise is generated and can be heard. On 4.13.1-1, nothing is played, yet text output is the same as with 4.12.12, indicating a playing sound.


Steps to reproduce:
- try to play audio via HDMI on an Intel Cherry Trail device with linux 4.13.1-1
This task depends upon

Comment by loqs (loqs) - Monday, 11 September 2017, 20:20 GMT
On 4.13.1 is the module snd-soc-sst-byt-cht-es8316 loaded instead of the module snd-soc-sst-byt-cht-nocodec?
If so if you blacklist that module is snd-soc-sst-byt-cht-nocodec used again and does that restore audio over HDMI?
Comment by Gereon Schomber (IncredibleLaser) - Tuesday, 12 September 2017, 04:31 GMT
snd-soc-sst-byt-cht-es8316 is loaded and if blacklisted in 4.13.1, snd-soc-sst-byt-cht-nocodec is NOT loaded automatically instead. Still no sound playing. Manually loading snd-soc-sst-byt-cht-nocodec does not improve the situation, still no audio.
Comment by Gereon Schomber (IncredibleLaser) - Thursday, 14 September 2017, 03:52 GMT
Issue persists in 4.13.2-1
Comment by loqs (loqs) - Thursday, 14 September 2017, 14:47 GMT
Would recommend you seek help on the forums/irc/mailing-lists to see if it is a configuration issue.
If it can not be fixed by configuration changes then report the issue upstream.
Comment by Vladimir (vova7890) - Wednesday, 11 October 2017, 19:58 GMT
4.13.5 still no audio on CT
Comment by PhilS (bluesmanuk) - Sunday, 15 October 2017, 18:44 GMT
Tried with 4.13.6 and 4.14 but still broken.
Comment by harry (harryharryharry) - Sunday, 15 October 2017, 22:14 GMT
I have a Cherrytrail-based Intel Compute Stick (STK1AW32SC) and I was experiencing the same issue.

I tracked the bug down to this commit:
ALSA: x86: Register multiple PCM devices for the LPE audio card
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20171013&id=8a2d6ae1f737fd22eaeadd0dc32b85c92f239025
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/patch/?id=8a2d6ae1f737fd22eaeadd0dc32b85c92f239025

If I revert this commit I am able to get sound with v4.14-rc4.
Comment by Jan Alexander Steffens (heftig) - Sunday, 15 October 2017, 22:37 GMT
Content of /proc/asound/pcm for 4.12 and 4.13?
Comment by harry (harryharryharry) - Sunday, 15 October 2017, 23:16 GMT
@Jan Steffens: Don't know if you're talking to me, but these are the contents of /proc/asound/pcm with 4.12.12 (I don't have 4.13 installed):
00-00: HdmiLpeAudio : Intel HDMI/DP LPE Audio : playback 1
Comment by PhilS (bluesmanuk) - Monday, 16 October 2017, 18:26 GMT
In relation to the solution proposed by harry, the great Millhouse over at the Kodi forums created a one off build of Libreelec using the reversion and I can confirm that audio now works on Cherry Trail with the 4.14 kernel.

https://forum.kodi.tv/showthread.php?tid=298462&pid=2656063#pid2656063

Thanks to both for the information and help.
Comment by Eli Schwartz (eschwartz) - Monday, 16 October 2017, 20:17 GMT
PhilS, you should also mention here that you filed a kernel bug, so we can keep an eye on it. ;)

https://bugs.freedesktop.org/show_bug.cgi?id=103299
Comment by harry (harryharryharry) - Friday, 20 October 2017, 09:47 GMT
Looks like Linuxium ran into the same issue, he found another (temporary) solution which does not need recompiling:
http://linuxiumcomau.blogspot.com/2017/10/fixing-broken-hdmi-audio.html
(I have not tested this method myself)

edit: Tried it out, and it works for me !
Comment by Eli Schwartz (eschwartz) - Sunday, 22 October 2017, 00:55 GMT
The kernel bug was marked as a duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=100488 and apparently the underlying issue is in alsa-lib and pulseaudio, for which patches have been submitted.

Reassigning...

Loading...