<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>high
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [IVB/HSW Bisected]I-G-T gem_wait_render_timeout Aborted"
href="https://bugs.freedesktop.org/show_bug.cgi?id=64270">64270</a>
</td>
</tr>
<tr>
<th>CC</th>
<td>yangweix.shui@intel.com
</td>
</tr>
<tr>
<th>Assignee</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>[IVB/HSW Bisected]I-G-T gem_wait_render_timeout Aborted
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Severity</th>
<td>major
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Reporter</th>
<td>huax.lu@intel.com
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Intel
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr></table>
<p>
<div>
<pre>System Environment:
--------------------------
Arch: x86_64
Platform: Ivybridge/Haswell
Kernel: drm-intel-fixes 3ab9c63705cb7b1b9f83ddce725d8bd9ef7c66a9
Bug detailed description:
-------------------------
It happens on ivybridge and haswell with drm-intel-fixes kernel. It works well
on -queued kernel.
Bisect shows:3ab9c63705cb7b1b9f83ddce725d8bd9ef7c66a9 is the first bad commit.
commit 3ab9c63705cb7b1b9f83ddce725d8bd9ef7c66a9
Author: Imre Deak <<a href="mailto:imre.deak@intel.com">imre.deak@intel.com</a>>
AuthorDate: Fri May 3 12:57:41 2013 +0300
Commit: Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
CommitDate: Sat May 4 10:24:56 2013 +0200
drm/i915: hsw: fix link training for eDP on port-A
According to BSpec the link training sequence for eDP on HSW port-A
should be as follows:
1. link training: clock recovery
2. link training: equalization
3. link training: set idle transmission mode
4. display pipe enable
5. link training: disable (set normal mode)
Contrary to this at the moment we don't do step 3. and we do step 5.
before step 4. Fix this by setting idle transmission mode for eDP at
the end of intel_dp_complete_link_train and adding a new
intel_dp_stop_link_training function to disable link training. With
these changes we'll end up with the following functions corresponding
to the above steps:
intel_dp_start_link_train -> step 1.
intel_dp_complete_link_train -> step 2., step 3.
intel_dp_stop_link_train -> step 5.
For port-A we'll call intel_dp_stop_link_train only after enabling the
pipe, for everything else we'll call it right after
intel_dp_complete_link_train to preserve the current behavior.
Tested on HSW/HSW-ULT.
In v2:
- Due to a HW issue we must set idle transmission mode for port-A too
before enabling the pipe. Thanks for Arthur Runyan for explaining
this.
- Update the patch subject to make it clear that it's an eDP fix, DP is
not affected.
v3:
- rename intel_dp_link_train() to intel_dp_set_link_train(), use 'val'
instead 'l' as var name. (Paulo)
Signed-off-by: Imre Deak <<a href="mailto:imre.deak@intel.com">imre.deak@intel.com</a>>
Reviewed-by: Paulo Zanoni <<a href="mailto:paulo.r.zanoni@intel.com">paulo.r.zanoni@intel.com</a>>
Tested-by: Paulo Zanoni <<a href="mailto:paulo.r.zanoni@intel.com">paulo.r.zanoni@intel.com</a>>
Signed-off-by: Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
output:
32768 iters is enough work
Finished with 577060485 time remaining
gem_wait_render_timeout: gem_wait_render_timeout.c:211: main: Assertion
`timeout == 0' failed.
Aborted (core dumped)
dmesg:
[ 371.560608] [drm:i915_driver_open],
[ 371.560632] [drm:intel_crtc_set_config], [CRTC:3] [FB:30] #connectors=1 (x
y) (0 0)
[ 371.560637] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
[ 371.560640] [drm:intel_crtc_set_config], [CRTC:5] [NOFB]
[ 371.560642] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
[ 371.560644] [drm:intel_crtc_set_config], [CRTC:7] [NOFB]
[ 371.560646] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
[ 371.560656] [drm:i915_driver_open],
[ 371.560688] [drm:i915_getparam], Unknown parameter 22
[ 384.133534] [drm:intel_crtc_set_config], [CRTC:3] [FB:30] #connectors=1 (x
y) (0 0)
[ 384.133541] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
[ 384.133544] [drm:intel_crtc_set_config], [CRTC:5] [NOFB]
[ 384.133546] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
[ 384.133547] [drm:intel_crtc_set_config], [CRTC:7] [NOFB]
[ 384.133549] [drm:intel_modeset_stage_output_state], [CONNECTOR:9:VGA-1] to
[CRTC:3]
Reproduce steps:
----------------
1. ./gem_wait_render_timeout</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 the assignee for the bug.</li>
</ul>
</body>
</html>