Bug 80455

Summary:

[HSW BDW BYT] Missing Start of Audio Stream with Samsung S24C650PL HDMI monitor

Product:

DRI

Reporter:

Mengdong Lin <mengdong.lin>

Component:

DRM/Intel

Assignee:

Intel GFX Bugs mailing list <intel-gfx-bugs>

Status:

CLOSED INVALID

QA Contact:

Intel GFX Bugs mailing list <intel-gfx-bugs>

Severity:

normal

Priority:

medium

CC:

intel-gfx-bugs

Version:

XOrg git

Hardware:

x86-64 (AMD64)

OS:

Linux (All)

Whiteboard:

i915 platform:

i915 features:

Attachments:

Description	Flags
Display register dump before we play the audio stream over HDMI	none
Display register dump when we’re playing the audio stream over HDMI	none
kernel message	none

Description Mengdong Lin 2014-06-24 03:05:48 UTC

The first ~500ms of HDMI audio stream are not played, if we play another stream within 5 seconds, the beggining is correctly played.

This issue has been observed only with Samsung S24C650PL monitor, with and without X launched, with monitor built-in speakers or headset, on HSW, BYT-M and BDW. There is the data missing problem with Display Port only the first playback, unlike HDMI where it is reproduced each time. RTD3 is disabled.  During the process, no mode set happens for the HDMI monitor (1920x1080@60.0, transcoder B, port C) and the video display is good. 

Reproduced with mainline kernels v3.14.0 and v3.15-rc1

We have checked the BDW gfx audio registers but found nothing wrong. 
So we dumped the video registers by intel_reg_dumper, and need gfx team's help to check if gfx side is also okay:
(1)     IRD_hdmi_only.txt   … register dump before we play the audio stream over HDMI
(2)     IRD_hdmi_only_play.txt  … register dump when we’re playing the audio stream over HDMI
 
I only found RC6_RESIDENCY_TIME increases. The dmesg is also attached.
 
Atm, we suspect the audio receiver part of this monitor can easily sleep and need some time to wake up and synchronize new audio stream, so there is audible audio frame loss.

Comment 1 Mengdong Lin 2014-06-24 03:13:24 UTC

Created attachment 101624 [details]
Display register dump before we play the audio stream over HDMI

Comment 2 Mengdong Lin 2014-06-24 03:14:10 UTC

Created attachment 101625 [details]
Display register dump when we’re playing the audio stream over HDMI

Comment 3 Mengdong Lin 2014-06-24 03:16:43 UTC

Created attachment 101626 [details]
kernel message

Comment 4 Jani Nikula 2014-09-08 14:10:56 UTC

Sorry Mengdong, we haven't looked into this yet. :( Is this still an issue with current upstream or drm-intel-nightly?

Comment 5 Mengdong Lin 2014-09-11 01:38:17 UTC

Hi Jani,

This issue can still be reproduced with latest drm-intel-nightly.

Comment 6 Jesse Barnes 2014-12-05 20:12:15 UTC

Nothing in the kernel logs or reg dumps... can you get ahold of an HDMI analyzer and see if we're sending audio frames correctly right away?  It might be a problem with this sink somehow.  Sounds like you can work around the issue by sending two streams when starting to play new audio?  That might be something you could do in the audio driver if this sink is detected.

Comment 7 Jani Nikula 2014-12-08 11:15:21 UTC

Another try with current drm-intel-nightly would be good too. I think the audio rework on the display side fixed a bunch of odd cases.

Comment 8 Jesse Barnes 2015-03-30 20:43:51 UTC

Hopefully this went away.  Please re-open with some more info if not, Mengdong.

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.