<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - HDMI audio stops working when drm_kms_helper edid overwrite in place"
href="https://bugs.freedesktop.org/show_bug.cgi?id=80691#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - HDMI audio stops working when drm_kms_helper edid overwrite in place"
href="https://bugs.freedesktop.org/show_bug.cgi?id=80691">bug 80691</a>
from <span class="vcard"><a class="email" href="mailto:jani.nikula@intel.com" title="Jani Nikula <jani.nikula@intel.com>"> <span class="fn">Jani Nikula</span></a>
</span></b>
<pre>(In reply to Alex Deucher from <a href="show_bug.cgi?id=80691#c4">comment #4</a>)
<span class="quote">> The driver caches a copy of the edid in the driver connector structure
> (radeon_connector->edid) when it it reads the edid from the monitor via the
> get_modes() or detect() connector callbacks. When you provide a user
> supplied edid, the driver's copy never gets updated since no additional
> driver callbacks are called. It should be handled properly on my 3.17-wip
> branch:
> <a href="http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.17-wip">http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.17-wip</a></span >
Alex, did not look at what you did there, but there's no confirmation from the
reporters either. I submitted [1] to fix <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - HDMI audio stops working when drm_kms_helper EDID overwrite is in place"
href="show_bug.cgi?id=82349">bug 82349</a>, maybe that's relevant for
you too?
[1] <a href="http://patchwork.freedesktop.org/patch/45675/">http://patchwork.freedesktop.org/patch/45675/</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>