Bug 69790 - [HSW ULT] testdisplay : The output of 720x576 mode is dislocated
Summary: [HSW ULT] testdisplay : The output of 720x576 mode is dislocated
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: All Linux (All)
: medium major
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-25 06:20 UTC by Qingshuai Tian
Modified: 2017-01-12 14:58 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg: 720x576 mode dislocated (126.11 KB, text/plain)
2013-09-25 06:20 UTC, Qingshuai Tian
no flags Details
The dislocated picture (1.11 MB, image/jpeg)
2013-09-25 06:21 UTC, Qingshuai Tian
no flags Details

Description Qingshuai Tian 2013-09-25 06:20:18 UTC
Created attachment 86503 [details]
dmesg: 720x576 mode dislocated

System Environment:
--------------------------------------------
Kernel: (drm-intel-next-queued)1b068ee25776533074251f1c6276c5f720c0284b
Some additional commit info:
Author: Jani Nikula <jani.nikula@intel.com>
Date:   Fri Sep 20 16:42:17 2013 +0300

    drm/i915/dp: read DPCD PSR capability only on eDP


Description:
--------------------------------------------
When I test display in 720x576  mode with argument -a,-d or -t,the image dislocated.
 
CRTS(3):[0]  720x576 50 720 732 796 864 576 581 586 625 0xa 0x40 27000



Reproduce steps:
--------------------------------------------
1. plug in HDMI
2. boot up machine
3. testdisplay
Comment 1 Qingshuai Tian 2013-09-25 06:21:44 UTC
Created attachment 86504 [details]
The dislocated picture
Comment 2 Ville Syrjala 2013-09-25 10:35:19 UTC
I managed to reproduce this on my HSW. But it seems that it's somehow random as it doesn't happen every time. It's rather hard to reproduce actually when you just retry the same mode w/ 'testdisplay -o'.

There's no difference in dmesg between a good and bad modesets using the same mode.

As it stands, I don't have any good ideas as to what might be happening.
Comment 3 Qingshuai Tian 2013-09-30 07:25:48 UTC
(In reply to comment #2)
> I managed to reproduce this on my HSW. But it seems that it's somehow random
> as it doesn't happen every time. It's rather hard to reproduce actually when
> you just retry the same mode w/ 'testdisplay -o'.
> 
> There's no difference in dmesg between a good and bad modesets using the
> same mode.
> 
> As it stands, I don't have any good ideas as to what might be happening.
I think this issue caused by the monitor ,the same mode can work well with other monitors on that ULT machine and I can’t find any good commit before.
Comment 4 Damien Lespiau 2013-09-30 22:47:36 UTC
To test this hypothesis, can you try to use this mode with the same monitor but a different machine (say an ivybridge machine?)
Comment 5 Qingshuai Tian 2013-10-09 09:16:27 UTC
This mode  works well with the same monitor on both sandybridge and HSW when I tried with the latest nightly kernel. Maybe we can close this bug.
Comment 6 Daniel Vetter 2013-10-09 10:20:31 UTC
Just to double-check: The original issue is gone on latest drm-intel-nightly?
Comment 7 Qingshuai Tian 2013-10-10 07:37:05 UTC
Yes.This bug disappears on the latest drm-intel-nightly.
Comment 8 Daniel Vetter 2013-10-10 09:17:35 UTC
I guess we can close this then.
Comment 9 Jari Tahvanainen 2017-01-12 14:58:43 UTC
Closing verified+fixed.


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.