Summary: | [SKL/LSPCON] Not getting 5.1 surround sound over HDMI on NUC6i7KYK with kernel 4.6.1 | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Chris <christianborck> | ||||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||
Severity: | normal | ||||||||||
Priority: | medium | CC: | intel-gfx-bugs, keqiao.zhang, piotr.kasprzak | ||||||||
Version: | XOrg git | ||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||
OS: | Linux (All) | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | SKL | i915 features: | display/audio, display/DP, display/HDMI, display/LSPCON | ||||||||
Attachments: |
|
Description
Chris
2016-06-05 00:12:41 UTC
Created attachment 124322 [details]
dmesg log
Test with speaker-test -c6 and see what you will get. Make sure you stop all devices that might hogg the audio device before that, e.g. systemctl stop kodi and afterwards: speaker-test -c6 plughw:0,3 (if 0,3 is your output device) I did the test on all devices. I am using HDMI 0. So that would be 0,3. But no sound. NUCTest:~ # aplay -l **** List of PLAYBACK Hardware Devices **** card 0: PCH [HDA Intel PCH], device 0: ALC233 Analog [ALC233 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 1: ALC233 Digital [ALC233 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 speaker-test -D hdmi:CARD=PCH,DEV=0 -c 2 Plays sound in front left and right speaker-test -D hdmi:CARD=PCH,DEV=0 -c 6 Plays no sound in any channel NUCTest:~ # speaker-test -D hdmi:CARD=PCH,DEV=0 -c 8 speaker-test 1.1.1 Playback device is hdmi:CARD=PCH,DEV=0 Stream parameters are 48000Hz, S16_LE, 8 channels Using 16 octaves of pink noise Rate set to 48000Hz (requested 48000Hz) Buffer size range from 16 to 131072 Period size range from 8 to 65536 Using max buffer size 131072 Periods = 4 was set period_size = 32768 was set buffer_size = 131072 0 - Front Left 4 - Front Center 1 - Front Right 7 - Rear Right 3 - Rear Right Center 2 - Rear Left Center 6 - Rear Left 5 - LFE Time per period = 19.117895 0 - Front Left 4 - Front Center 1 - Front Right 7 - Rear Right 3 - Rear Right Center 2 - Rear Left Center 6 - Rear Left 5 - LFE Time per period = 3.540333 That gives me surround sound Just add that the last soundtest just concludes that 7.1 works, but 5.1 does not work. So my 5.1 setup is still not working. Seems there is a firmwareupdate for the HDMI 2.0 port that fixes this issue: https://downloadcenter.intel.com/download/26061/HDMI-2-0-Firmware-Update I will install and report back. It did help some with the firmware. But no sound in any other channel then front left and right when doing this: speaker-test -D hdmi:CARD=PCH,DEV=0 -c 6 So it's seems passthrough of sound through the Paradetech PS175 is not working proparly yet. Close it. Related to Paradetech firmware. Not kernel or Kodi Sorry, firmware did not fix all problems. Leave it open for now. Your GPU does not support HDMI 2.0 natively. There's an adapter on board, which needs driver support to work properly. There are patches on the list to support this [1]. Maybe you're brave enough to try out...? [1] http://mid.gmane.org/1464686746-5099-1-git-send-email-shashank.sharma@intel.com Sure. But I am just running a small Linux distro called LibreELEC. (In reply to Chris from comment #12) > Sure. But I am just running a small Linux distro called LibreELEC. Said patches are valid also for the kernel in that distro. I can give it a go :) Btw. Latest LibreELEC I use has kernel 4.6.2. Where can I get the patches and instructions? The patches are at https://patchwork.freedesktop.org/series/8024/ The expectation here is that you can build and configure your own kernels, apply patches and try them out. Otherwise, we often can't help you. See http://kernelnewbies.org/ for some help. Ok. I am not there and don't think the LibreELEC guys want to spend to much time on this for me. So I guess I will just have to wait and see when this will be implemented in the kernel. Is the timeline for this to be part of kernel 4.8? I wish. It looks tight. Ok. So kernel 4.9 would be the september-ish timeframe. It works OK for now without passthrough and just use Multichannel PCM. Guess we can just close this case then. Thanks for the feedback :) Please try https://patchwork.freedesktop.org/series/8024/ on top of drm-intel-nightly branch of http://cgit.freedesktop.org/drm-intel Created attachment 128086 [details]
dmesg + lsmod
Im monitor progress for HDMI passthrough on Broxton i have compiled latest intel-drm kernel fork, merged Asoc changes, latest mesa, intel drivers etc. But no HD audio. DTS and Ac3 passthrough working any higher format not. here my latest build LE if you want test on NUC https://www.sendspace.com/file/h28twl/886744bca1829eec4bba60352fc11cdc im tried disable SPDIF with blacklist blacklist snd_hda_codec_realtek but after that spdif was visible for system from snd_hda_codec_generic which is part of core and i cannot disable :( (In reply to Piotr Kasp. from comment #21) > Im monitor progress for HDMI passthrough on Broxton > i have compiled latest intel-drm kernel fork, merged Asoc changes, latest > mesa, intel drivers etc. > > But no HD audio. DTS and Ac3 passthrough working any higher format not. > here my latest build LE if you want test on NUC > https://www.sendspace.com/file/h28twl/886744bca1829eec4bba60352fc11cdc > > im tried disable SPDIF with blacklist blacklist snd_hda_codec_realtek > but after that spdif was visible for system from snd_hda_codec_generic > which is part of core and i cannot disable :( Thanks for the report. This bug was for SKL, so could you open a new one attaching a dmesg booting with drm.debug=14? no problem i will add today debug drm.debug=14 Here is my open bug https://bugs.freedesktop.org/show_bug.cgi?id=98797 Im also used patch https://github.com/LibreELEC/LibreELEC.tv/blob/master/packages/linux/patches/4.8.9/linux-990.06-hda-Avoid-outputting-HDMI-audio-before-prepare-.patch but in this case nothing help Not sure if you still have this issue, But I cannot reproduce this issue on my NUC(PCODE:NUC6I7KYK-IDD). # speaker-test -D hdmi:CARD=PCH,DEV=0 -t wav -c 6 speaker-test 1.0.27.2 Playback device is hdmi:CARD=PCH,DEV=0 Stream parameters are 48000Hz, S16_LE, 6 channels WAV file(s) Rate set to 48000Hz (requested 48000Hz) Buffer size range from 22 to 5461 Period size range from 11 to 2730 Using max buffer size 5460 Periods = 4 was set period_size = 1365 was set buffer_size = 5460 0 - Front Left 4 - Center 1 - Front Right 3 - Rear Right 2 - Rear Left 5 - LFE Time per period = 8.530777 # speaker-test -D hdmi:CARD=PCH,DEV=0 -t wav -c 8 speaker-test 1.0.27.2 Playback device is hdmi:CARD=PCH,DEV=0 Stream parameters are 48000Hz, S16_LE, 8 channels WAV file(s) Rate set to 48000Hz (requested 48000Hz) Buffer size range from 16 to 4096 Period size range from 8 to 2048 Using max buffer size 4096 Periods = 4 was set period_size = 1024 was set buffer_size = 4096 0 - Front Left 4 - Center 1 - Front Right 7 - Side Right 7 - Side Right 6 - Side Left 6 - Side Left 5 - LFE Time per period = 11.242475 I tried with 2 last kernel branch mainline and drm-tip. both are work well. mainline:git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git drm-tip:git://anongit.freedesktop.org/drm-tip If you still have this issue, please have a try. Hi Chris, is still issue stil with latest drm-tip? Hi Chris, We have tested it on our NUC6I7KYK-IDD, the difference from your platform is "-IDD". And everything works well here. Could you please confirm your platform is same as us? And could you please provide your BIOS setting? Thanks, Libin Assuming resolved+fixed based on comment 18, comment 24 and comment 26. Bug 98797 has been created for another failure noticed by Piotr. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.