https://bugzilla.kernel.org/show_bug.cgi?id=102401
Bug ID: 102401 Summary: 4.2 RC5 Product: Drivers Version: 2.5 Kernel Version: Radeon Displayport Audio Warping Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri@kernel-bugs.osdl.org Reporter: contrib@kliznoe.com Regression: No
I'm having issues with Linux 4.2 RC5 with the Displayport audio being deeper then normal. Doesn't seem to happen with 4.1.3 with a backported patch from https://bugzilla.kernel.org/attachment.cgi?id=183611
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|4.2 RC5 |Radeon Displayport Audio | |Warping
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Kernel Version|Radeon Displayport Audio |4.2 RC5 |Warping |
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #1 from Maxqia contrib@kliznoe.com --- Created attachment 184611 --> https://bugzilla.kernel.org/attachment.cgi?id=184611&action=edit Patch
Reverting Commit 7726e72b3d6879ee5fc743a230eb6f5afa12844b Seems to fix my issues.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Alex Deucher alexdeucher@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher@gmail.com
--- Comment #2 from Alex Deucher alexdeucher@gmail.com --- Are you sure that's the right commit? That commit shouldn't have any affect on DP audio. All it does is move the check for monitor audio support from radeon_atom_encoder_mode_set() into radeon_audio_mode_set(). It doesn't change the hw programming at all.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #184611|0 |1 is obsolete| |
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #3 from Maxqia contrib@kliznoe.com --- Yes, I just double checked. With the commit, the displayport audio is warped.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #4 from Maxqia contrib@kliznoe.com --- Huh seems to be the EDID detection. Windows/xrandr --verbose seem to get the EDID right but get-edid doesn't.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |---
--- Comment #5 from Maxqia contrib@kliznoe.com --- Replacing drm_detect_monitor_audio(radeon_connector_edid(connector)) with true seems to fix the problem.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #6 from Alex Deucher alexdeucher@gmail.com --- (In reply to Maxqia from comment #5)
Replacing drm_detect_monitor_audio(radeon_connector_edid(connector)) with true seems to fix the problem.
This means the EDID from your monitor claims not to support audio.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #7 from Maxqia contrib@kliznoe.com --- Created attachment 185301 --> https://bugzilla.kernel.org/attachment.cgi?id=185301&action=edit dmesg log
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #8 from Maxqia contrib@kliznoe.com --- It works with fglrx, also in the dmesg log it says "[drm:drm_detect_monitor_audio] Monitor has basic audio support" Which is when it should output true
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #9 from Maxqia contrib@kliznoe.com --- Created attachment 185391 --> https://bugzilla.kernel.org/attachment.cgi?id=185391&action=edit Possible Patch
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia contrib@kliznoe.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #185391|0 |1 is obsolete| |
--- Comment #10 from Maxqia contrib@kliznoe.com --- Created attachment 185441 --> https://bugzilla.kernel.org/attachment.cgi?id=185441&action=edit Updated Patch
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #11 from Maxqia contrib@kliznoe.com --- Any Updates?
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #12 from Alex Deucher alexdeucher@gmail.com --- I don't see what this patch changes.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #13 from Maxqia public@maxqia.com --- Looking back with an extra year of programming knowledge, it seems like commit 7726e72b3d6879ee5fc743a230eb6f5afa12844b doesn't do anything except add a drm_detect_monitor_audio to the hdmi audio pathway ..., before that commit only Displayport was checked for audio. Anyways, issue still present.
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia public@maxqia.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #185441|0 |1 is obsolete| |
--- Comment #14 from Maxqia public@maxqia.com --- Created attachment 238501 --> https://bugzilla.kernel.org/attachment.cgi?id=238501&action=edit Explained Patch
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia (public@maxqia.com) changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #238501|0 |1 is obsolete| |
--- Comment #15 from Maxqia (public@maxqia.com) --- Comment on attachment 238501 --> https://bugzilla.kernel.org/attachment.cgi?id=238501 Explained Patch
:/ I really don't know what I'm doing... Commenting this if block fixes it... https://github.com/torvalds/linux/blob/9439b3710df688d853eb6cb4851256f2c92b1... That probably means that the thing setting the display clock frequency is broken in some way...
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Vitor Antunes (vitor.hda@gmail.com) changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vitor.hda@gmail.com
--- Comment #16 from Vitor Antunes (vitor.hda@gmail.com) --- I'm having the same problem with my Tahiti GPU. This output seems to confirm that there's an EDID issue:
tail -n+1 /proc/asound/card*/eld*
[...] edid_version [0x0] no CEA EDID Timing Extension block present [...]
These patches touch DCE6 and such: https://lists.freedesktop.org/archives/amd-gfx/2018-October/027462.html Maybe it fixes this issue?
Don't have the availability to test at the moment.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠bugzilla.kernel.org