Bug 98797 - BXT - HDMI - HD audio passthrough dont work
Summary: BXT - HDMI - HD audio passthrough dont work
Status: REOPENED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: DRI git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-20 15:30 UTC by Piotr Kasp.
Modified: 2017-05-25 21:18 UTC (History)
12 users (show)

See Also:
i915 platform: BXT, KBL
i915 features: display/audio


Attachments
Hardware log (48.91 KB, text/x-matlab)
2016-11-20 15:30 UTC, Piotr Kasp.
no flags Details
dmesg + lsmod (61.53 KB, text/x-matlab)
2016-11-20 15:31 UTC, Piotr Kasp.
no flags Details
dmesg with drm.debug=14 (56.36 KB, text/x-matlab)
2016-11-22 12:57 UTC, Piotr Kasp.
no flags Details
dmesg with drm.debug=14 (fix, correct one) kernel 4.6rc6 (70.67 KB, text/x-matlab)
2016-11-22 13:01 UTC, Piotr Kasp.
no flags Details
dmesg + patch 120871 (70.91 KB, text/x-matlab)
2016-11-23 03:18 UTC, Piotr Kasp.
no flags Details
Datasheet of MCDP28x0p (deleted)
2017-01-11 16:45 UTC, Piotr Kasp.
no flags Details
dmesg output of drm-tip (154.86 KB, text/plain)
2017-02-15 20:35 UTC, Peter Frühberger
no flags Details
attachment-24995-0.html (2.32 KB, text/html)
2017-02-18 11:03 UTC, vinod.koul
no flags Details
attachment-10654-0.html (2.33 KB, text/html)
2017-04-10 18:00 UTC, vinod.koul
no flags Details
attachment-10709-0.html (2.88 KB, text/html)
2017-04-10 18:01 UTC, shashank.sharma@intel.com
no flags Details
dmesg - drm-tip: 2017y-04m-13d-15h-12m-23s UTC integration manifest (60.23 KB, text/plain)
2017-04-13 17:04 UTC, Piotr Kasp.
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Piotr Kasp. 2016-11-20 15:30:43 UTC
Created attachment 128087 [details]
Hardware log

Hi
Im owner of Asrock maiboard J3455-itx which i based on Apollo Lake CPU (broxton GPU)

i have problem get working HD audio passthrough.
I know on mainboard is chip which convert DP 1.2 to HDMI 2.0
this one http://www.megachips.com/products/displayport/MCDP28x0

Normal AC3 sound and DTS working, any higher format not.
Im using latest kernel fork drm-intel-nighlty (	drm-intel-nightly: 2016y-11m-18d-22h-35m-31s UTC ) with merged latest asock kernel-next chnages.

Im also in my test build used, latest x86-video-intel driver, latest mesa, xorg, libvaapi etc. 


System is LibreELEC (linux with Kodi)
i have connected maniboard to AVR Harman BDS570 which support TureHD and DTS-MA
what Kodi me exposed in log file

13:31:11.773 T:140598541641792  NOTICE:         m_deviceName      : hdmi:CARD=PCH,DEV=0
13:31:11.773 T:140598541641792  NOTICE:         m_displayName     : HDA Intel PCH
13:31:11.773 T:140598541641792  NOTICE:         m_displayNameExtra: HKK SAMSUNG on DisplayPort #0
13:31:11.773 T:140598541641792  NOTICE:         m_deviceType      : AE_DEVTYPE_HDMI
13:31:11.773 T:140598541641792  NOTICE:         m_channels        : FL,FR,LFE,FC,BL,BR
13:31:11.773 T:140598541641792  NOTICE:         m_sampleRates     : 32000,44100,48000,88200,96000,176400,192000
13:31:11.773 T:140598541641792  NOTICE:         m_dataFormats     : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW
13:31:11.773 T:140598541641792  NOTICE:         m_streamTypes     : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD,STREAM_TYPE_DTSHD_CORE,STREAM_TYPE_DTS_1024,STREAM_TYPE_DTS_2048,STREAM_TYPE_DTS_512,STREAM_TYPE_EAC3,STREAM_TYPE_TRUEHD

but no HD sound.
Comment 1 Piotr Kasp. 2016-11-20 15:31:25 UTC
Created attachment 128088 [details]
dmesg + lsmod
Comment 2 Piotr Kasp. 2016-11-20 15:44:49 UTC
here more info logs/info from sound.

cat /proc/asound/cards
 0 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0x91310000 irq 127

cat /proc/asound/PCH/codec\#2
http://sprunge.us/XJei

cat /proc/asound/PCH/codec\#0
http://sprunge.us/SZGK

 cat /proc/asound/PCH/eld\#2.0
http://sprunge.us/fBMZ
Comment 3 Piotr Kasp. 2016-11-22 12:47:19 UTC
on latest kernel drm-intel drm-intel-nightly: 2016y-11m-21d-18h-22m-22s
commit	eeec5e7742b23082dd20523c8baa08fe495175e4

dmesg log:
http://sprunge.us/DPGj
Comment 4 Piotr Kasp. 2016-11-22 12:57:34 UTC
Created attachment 128144 [details]
dmesg with drm.debug=14
Comment 5 Piotr Kasp. 2016-11-22 13:01:13 UTC
Created attachment 128145 [details]
dmesg with drm.debug=14 (fix, correct one) kernel 4.6rc6
Comment 6 Imre Deak 2016-11-22 13:07:08 UTC
Adding Libin for audio.
Comment 7 Libin Yang 2016-11-23 02:59:37 UTC
We found a HDMI audio issue before. Could you please test this patch:
https://patchwork.freedesktop.org/patch/120871/

And We don't support HBR audio. So if you are using the HBR audio, HDMI audio will not work.
Comment 8 Piotr Kasp. 2016-11-23 03:18:47 UTC
Created attachment 128156 [details]
dmesg + patch 120871

Im used you patch for kernel - but nothing help in this case.
Still only AC3 and DTS works, nothing higher - just no audio signal on AVR ...
Comment 10 Piotr Kasp. 2016-11-23 03:45:37 UTC
people raported its for for braswell and other HBR
this resolve some issue for them

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

more here where works for people
http://forum.kodi.tv/showthread.php?tid=136555
Comment 11 Libin Yang 2016-11-23 06:11:37 UTC
(In reply to Piotr Kasp. from comment #9)
> what about that info ? 
> http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/
> ?id=433968da4d93a194b79da552f4ca707f979ef33b

Not sure the detail about the patch. I did the test on HBR audio (such as True HD) before, it doesn't work.
Comment 12 Piotr Kasp. 2016-11-23 09:54:58 UTC
HBR is supported in kernel from 2012
http://www.phoronix.com/scan.php?page=news_item&px=MTE4MDQ

For my CPU/GPU works winthout problem on windows.
For little older CPU works in Linux.

on used kernel 4.9rc6 system show codec: Intel Broxton HDMI
with HBR support
here log: http://sprunge.us/KSKf


So if that works for older and is support in kernel that is bug/issue :/

Im open to delivery anything you need, logs etc, or more debug.
Just let me know what do you need.
Comment 13 czombos 2016-11-27 18:12:27 UTC
A similar problem with the same motherboard (Asrock J3455-ITX)

AC3, DTS works
TrueHD, DTSHD not work

The two audio tracks when playing unsounded
aplay -D 'hdmi:CARD=PCH,DEV=0,AES0=2' -c8 -fs16_le -r192000 testi.truehd.anssi1.ff.60s.spdif
aplay -D 'hdmi:CARD=PCH,DEV=0,AES0=2' -c8 -fs16_le -r192000 testi.dtshd.anssi1.ma-71-24.spdif

kodi@HTPC:~$ aplay -D 'hdmi:CARD=PCH,DEV=0,AES0=2' -c8 -fs16_le -r192000 testi.truehd.anssi1.ff.60s.spdif
Playing raw data 'testi.truehd.anssi1.ff.60s.spdif' : Signed 16 bit Little Endian, Rate 192000 Hz, Channels 8

kodi@HTPC:~$ dpkg -l |grep mesa | pastebinit
http://paste.ubuntu.com/23544331/
kodi@HTPC:~$ DISPLAY=:0 vainfo | pastebinit
http://paste.ubuntu.com/23544333/
kodi@HTPC:~$ cat ~/.kodi/temp/kodi.log | pastebinit
http://paste.ubuntu.com/23544334/
kodi@HTPC:~$ dmesg | pastebinit
http://paste.ubuntu.com/23544335/
kodi@HTPC:~$ id | pastebinit
http://paste.ubuntu.com/23544336/
kodi@HTPC:~$ amixer | pastebinit
http://paste.ubuntu.com/23544337/

http://forum.kodi.tv/showthread.php?tid=297918&pid=2464723#pid2464723
Comment 14 Piotr Kasp. 2016-11-27 18:32:43 UTC
on other mainboard same problem and on miniPC Asus Vivo based on Skylake so problem is bigger
Comment 15 Piotr Kasp. 2016-11-27 18:32:58 UTC
on other mainboard same problem and on miniPC Asus Vivo based on Skylake so problem is bigger
Comment 16 Peter Frühberger 2016-12-06 19:50:36 UTC
Here is the technical documentation of MCDP28x0 chip used: https://media.digikey.com/pdf/Data%20Sheets/MegaChips%20PDFs/MCDP28x0_Datasheet.pdf

It states to support HBR Audio via 2 channels and 768 khz. While HD-Audio Standard does not explicitely talk about channels when talking about HD-Audio, it is common to transmit HD-Audio with 192 khz and 8 channels.

If this converter wants this explicitely transfered in 2 channel 768 khz (same bandwidth) perhaps this need to be mapped properly, e.g. setting its clock to 768 khz and transmitting the input signal 2 channel size wise?

Just an idea to bring this bug here to the next level.
Comment 17 Piotr Kasp. 2016-12-07 19:56:34 UTC
Some people raported working correct passthrough with DVI adapter.
All format working fine, including Dolby Atmos !!!!

here log with drm debug (with DVI adapter)
http://sprunge.us/dHSY

Here without 
http://sprunge.us/QcDj
Comment 18 Piotr Kasp. 2016-12-08 09:58:45 UTC
anyone looking in this ticket ? i dont know what more we can delivery ..
Comment 19 Libin Yang 2016-12-12 01:54:11 UTC
Not sure how DVI adapter can help on this issue.

Based on my knowledge before, the format such as trueHD doesn't work for HDMI/DP audio. It missed some registers setting.
Comment 20 Libin Yang 2016-12-12 01:57:26 UTC
add Vinod.

Hi Vinod,

Do you or your team has plan or already has done to support the formats such as TrueHD?

Thanks,
Libin
Comment 21 Piotr Kasp. 2016-12-12 02:12:15 UTC
I dont know either, but it works.
All hd audio format like TrueHD, DTS-MA, Dolby Atmos.
Over DVI port on mainboard with adapter to HDMI

So something is Broken with DP port and conversion to HDMI
Comment 22 Piotr Kasp. 2017-01-11 16:45:25 UTC
Created attachment 128891 [details]
Datasheet of MCDP28x0p
Comment 23 Jani Nikula 2017-01-12 08:40:53 UTC
Comment on attachment 128891 [details]
Datasheet of MCDP28x0p

Please do not attach documents that can't be freely distributed.
Comment 24 Martin Peres 2017-01-12 08:45:44 UTC
The content of attachment 128891 [details] has been deleted for the following reason:

proprietary information is contained!
Comment 25 nucblog.net 2017-01-15 15:56:09 UTC
The exactly same problem can be seen using an Intel Apollo Lake NUC (NUC6CAYH). The NUC only has 1 HDMI port, so there's no way to work around this issue.

If needed, can provide debug information (just let me know what you want to see).
Comment 26 Ariel 2017-01-25 19:00:00 UTC
Just to add that this issue also affects Asrock J4205 mobo, Fedora 25, Kernel 4.9.5
Comment 27 nucblog.net 2017-02-09 20:52:06 UTC
I'm running an Intel NUC7i3BNH (Kaby Lake i3 NUC with i3-7100U) and can confirm that the same issue can be seen with the Kaby Lake as well. Presumably the same DP-to-HDMI2 conversion chip is used in this NUC as in NUC6CAYH.
Comment 28 Jani Nikula 2017-02-15 12:18:49 UTC
Please try current drm-tip branch of https://cgit.freedesktop.org/drm-tip
Comment 29 Peter Frühberger 2017-02-15 20:35:18 UTC
Hi Jani,

sadly no change with this kernel. Find attached the dmesg output from the start.
Comment 30 Peter Frühberger 2017-02-15 20:35:55 UTC
Created attachment 129658 [details]
dmesg output of drm-tip
Comment 31 Peter Frühberger 2017-02-16 20:47:58 UTC
Is there anything I can provide to get the bug away from NEEDINFO? If yes, please tell us.
Comment 32 Dennis_Technikaffe.de 2017-02-18 11:03:19 UTC
Right now we're testing the Beebox-S 7100U and this one has the same problem.

I would much appreciate if someone could fix this bug. Without this bug the current Mini PC Series (NUC, Beebox etc.) would run perfect with LibreELEC.Right now we're testing the Beebox-S 7100U and this one has the same problem.

I would much appreciate if someone could fix this bug. Wihtout this bug the actual Mini PC Series (NUC, Beebox etc.) would run perfect with LibreELEC.
Comment 33 vinod.koul 2017-02-18 11:03:57 UTC
Created attachment 129729 [details]
attachment-24995-0.html

Thanks for your email

I am attending ELC-NA
Please expect delayed response.

Regards
--
~Vinod
Comment 34 Dennis_Technikaffe.de 2017-02-18 11:06:29 UTC
Please delete my last comment, saved it to early. :)

Right now we're testing the Beebox-S 7100U and this one has the same problem.

I would much appreciate if someone could fix this bug. Without this bug the current Mini PC Series (NUC, Beebox etc.) would run perfect with LibreELEC.

If we can support you in any way, please let me know.
Comment 35 Chris 2017-02-19 11:44:26 UTC
Had the same problem with miniDP1.2->HDMI2.0 adapter on several NUC models and NUC6i7KYK has the same issue. Is it firmware related?
Comment 36 Imre Deak 2017-02-20 12:26:47 UTC
(In reply to nucblog.net from comment #27)
> I'm running an Intel NUC7i3BNH (Kaby Lake i3 NUC with i3-7100U) and can
> confirm that the same issue can be seen with the Kaby Lake as well.
> Presumably the same DP-to-HDMI2 conversion chip is used in this NUC as in
> NUC6CAYH.
>
(In reply to Chris from comment #35)
> Had the same problem with miniDP1.2->HDMI2.0 adapter on several NUC models
> and NUC6i7KYK has the same issue. Is it firmware related?

Hi, this bug is for APL/BXT based platforms. Could you please open a new bug for the KBL issues you reported, using the latest drm-tip kernel and providing a dmesg log booting with drm.debug=14?
Comment 37 nucblog.net 2017-02-24 23:10:14 UTC
I did upgrade the firmware of the MCDP2800 LSPCon on my Apollo Lake NUC (NUC6CAYH) to 1.61, but the problem seems to persist.
Comment 38 Dennis_Technikaffe.de 2017-02-26 12:55:27 UTC
Apollo Lake NUC (NUC6CAYH) and Beebox shows the same behavior.

With the new Firmware (1.61) for the DP-HDMI converterchip, HD-Audio works fine with Kodi in Windows, but with LibreELEC still no sound available.
Comment 39 chrisk2305 2017-02-27 06:21:07 UTC
I can confirm HD Audio Passthrough not working on Asrock J4205-ITX with FW 1.61  running drm-tip @ revision: Commit:0be4ca1 namely: drm-tip: 2017y-02m-25d-19h-02m-26s UTC integration manifest
Comment 40 Dennis_Technikaffe.de 2017-03-09 18:27:09 UTC
Any news about this problem?

Do you need more specific information? Please just let me know.
Comment 41 Ricardo 2017-03-09 20:51:04 UTC
I think we got good information here
Comment 42 Michael Carroll 2017-03-14 16:06:41 UTC
FYI
Per this discussion: https://communities.intel.com/thread/110994, this seems to be working at 60Hz refresh and/or 4K resolution, but not down at 1080p24 with FW1.61. Last update from Intel says they've escalated to MegaChips for a solution.
Comment 43 chrisk2305 2017-03-22 14:11:32 UTC
I can confirm that HD sound does NOT work with libreelec, J4205-ITX and new FW 1.65 connected via HDMI 2.0 (DP) to HDMI 2.0 capable equipment.
Comment 44 chrisk2305 2017-04-10 18:00:26 UTC
neither with fw 1.66
Comment 45 vinod.koul 2017-04-10 18:00:56 UTC
Created attachment 130785 [details]
attachment-10654-0.html

Thanks for your email

I am on vacation till April 23rd
Please expect delayed response.

Regards
--
~Vinod
Comment 46 shashank.sharma@intel.com 2017-04-10 18:01:20 UTC
Created attachment 130786 [details]
attachment-10709-0.html

Hello,
I am on vacation between 06 Dec - 16 Dec  with limited Phone and no mail access.
Please expect delay in response.

If this is something urgent, please contact my manager : Indranil, Mukherjee

Regards
Shashank
Comment 47 Piotr Kasp. 2017-04-11 21:42:23 UTC
here log from testing THD, Atmos, DD+ on latest drm-nighlty kernel with MegaChip firmware v1.66 which is confirmed as fixed HD audio passthrough on Windows.

http://sprunge.us/EgBC
Comment 48 Jani Nikula 2017-04-12 06:46:58 UTC
(In reply to Piotr Kasp. from comment #47)
> here log from testing THD, Atmos, DD+ on latest drm-nighlty kernel with
> MegaChip firmware v1.66 which is confirmed as fixed HD audio passthrough on
> Windows.
> 
> http://sprunge.us/EgBC

Please attach logs in the bug, see "Add an attachment" near the top. The external sites tend to lose the content, and we're left with nothing.
Comment 49 Piotr Kasp. 2017-04-13 17:04:12 UTC
Created attachment 130832 [details]
dmesg - drm-tip: 2017y-04m-13d-15h-12m-23s UTC integration manifest

here dmesg drm-debug=14 from kernel 4.11rc6 branch drm-tip: 2017y-04m-13d-15h-12m-23s UTC integration manifest

tested on NUC with MegaChip fw 1.66 (fixed HD audio for windows)
during test was played 3 test files with HD audio (treuHD, DTS-MA, Atmos)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.