<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - 12bpc hdmi causes wrong real refresh rate (swapbuffers return time)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93361">93361</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>12bpc hdmi causes wrong real refresh rate (swapbuffers return time)
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr>
<tr>
<th>Version</th>
<td>DRI git
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Keywords</th>
<td>bisected
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Intel
</td>
</tr>
<tr>
<th>Assignee</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>kevmitch@gmail.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>CC</th>
<td>intel-gfx-bugs@lists.freedesktop.org, kevmitch@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=120472" name="attach_120472" title="Samsung un40eh5000 edid reported by xrandr --prop">attachment 120472</a> <a href="attachment.cgi?id=120472&action=edit" title="Samsung un40eh5000 edid reported by xrandr --prop">[details]</a></span>
Samsung un40eh5000 edid reported by xrandr --prop
I have a Samsung un40eh5000 tv that I connect to my Ivy Bridge Lenovo T530
laptop via mini display-port to hdmi. I have attached the raw and decoded EDID.
As of 7a0baa6234468aa387f9b8a1a79dc2a4b4821f67, it seems 12bpc gets enabled on
this setup (though I can't imagine that my machine or my TV actually support
that in real life). Unfortunately, this seems to change the effective refresh
rate as measured between returns from opengl swapbuffers calls for example in
glxgears.
| glxgears fps |
+----------------+
xrandr | before | after |
-------+--------+-------+
23.98 | 24.00 | 23.85 |
24.00 | 24.00 | 24.13 |
29.97 | 30.00 | 29.81 |
30.00 | 30.00 | 30.17 |
59.94 | 60.00 | 60.12 |
60.00 | 60.00 | 60.12 |
This is problematic for displaying video at native frame rates. For example
when the actual refresh rate of 24.00 hz could be achieved, 23.98fps video
would only have to repeat a frame every 50 seconds. Now it must either drop or
repeat one every 7 seconds which is much more noticeable.
This is duplicated from <a href="https://bugzilla.kernel.org/show_bug.cgi?id=109141">https://bugzilla.kernel.org/show_bug.cgi?id=109141</a>
where I was told to post here instead.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>