Bug 67609 - [HSW ULT bisected] clonemode of eDP and HDMI causes system hang
Summary: [HSW ULT bisected] clonemode of eDP and HDMI causes system hang
Status: CLOSED DUPLICATE of bug 67526
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: Other All
: high critical
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-01 07:13 UTC by cancan,feng
Modified: 2017-01-12 14:57 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
System boot messages (118.74 KB, text/plain)
2013-08-01 07:22 UTC, cancan,feng
no flags Details
Xorg.0.log (22.59 KB, text/plain)
2013-08-01 07:22 UTC, cancan,feng
no flags Details

Description cancan,feng 2013-08-01 07:13:38 UTC
Environment:
---------------------
Kernel: (drm-intel-next-queued)fae5cbff3e3e4097de2e76178d462b90626c2bdb
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Sun Jul 21 21:37:09 2013 +0200

    drm/i915: clean up crtc timings computation

Description:
--------------------
This issue happens on HSW Harris Beach ULT, this machine has eDP and miniHDMI display ports. I tested extension mode under X and found that HDMI can clone eDP but eDP can't clone HDMI. The latter will cause system hang.

Here I attach system boot dmesg and Xorg.0.log.

Reproduce Steps:
--------------------
1. xinit&
2. xrandr --output eDP1 --left-of HDMI1
3. xrandr --output HDMI1 --same-as eDP1 --auto
4. xrandr --output eDP1 --right-of HDMI1
5. xrandr --output eDP1 --same-as HDMI1 --auto   ----> system hang
Comment 1 cancan,feng 2013-08-01 07:22:34 UTC
Created attachment 83413 [details]
System boot messages
Comment 2 cancan,feng 2013-08-01 07:22:59 UTC
Created attachment 83414 [details]
Xorg.0.log
Comment 3 Chris Wilson 2013-08-01 11:29:49 UTC
Have you checked for any output netconsole yet? A few old kernels? Optimistically this used to work and we can bisect the cause.
Comment 4 cancan,feng 2013-08-02 02:23:14 UTC
(In reply to comment #3)
> Have you checked for any output netconsole yet? A few old kernels?

This machine can only use USB network adapter, with which netconsole can't work.

> Optimistically this used to work and we can bisect the cause.

Yeah,this is a regression. I bisected this:

4906557eb37b7fef84fad4304acef6dedf919880 is the first bad commit
commit 4906557eb37b7fef84fad4304acef6dedf919880
Author: Rodrigo Vivi <rodrigo.vivi@gmail.com>
Date:   Thu Jul 11 18:45:05 2013 -0300

    drm/i915: Hook PSR functionality

    PSR must be enabled after transcoder and port are running.
    And it is only available for HSW.

    v2: move enable/disable to intel_ddi
    v3: The spec suggests PSR should be disabled even before backlight (by pzanoni)
    v4: also disabling and enabling whenever panel is disabled/enabled.
    v5: make it last patch to avoid breaking whenever bisecting. So calling for
        update and force exit came to this patch along with enable/disable calls.
    v6: Remove unused and unecessary psr_enable/disable calls, as notice by Paulo.

    CC: Paulo Zanoni <paulo.r.zanoni@intel.com>
    Signed-off-by: Rodrigo Vivi <rodrigo.vivi@gmail.com>
    [danvet: Drop the psr exit code in the busy ioctl since I didn't merge
    that part of the infrastructure yet - it needs more thought.]
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

:040000 040000 df6a542740e60b0ae2ea72ea72caf0e3aed17869 5c326989834a202dd43030eb
4b6d69e1eb804ba2 M      drivers
Comment 5 Chris Wilson 2013-08-02 07:08:13 UTC
Ah, it is an oops in the middle of modeset.

*** This bug has been marked as a duplicate of bug 67526 ***
Comment 6 Jari Tahvanainen 2017-01-12 14:57:24 UTC
Closing as duplicate of closed+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.