Bug 33702 - Screen becomes blank if you switch display mode between single internal and external with the same resolution
Screen becomes blank if you switch display mode between single internal and e...
Status: RESOLVED DUPLICATE of bug 24982
Product: Drivers
Classification: Unclassified
Component: Video(DRI - Intel)
All Linux
: P1 normal
Assigned To: drivers_video-dri-intel@kernel-bugs.osdl.org
Depends on:
  Show dependency treegraph
Reported: 2011-04-19 08:33 UTC by Michael Chang
Modified: 2011-05-09 06:50 UTC (History)
0 users

See Also:
Kernel Version: 2.6.39-rc3
Tree: Mainline
Regression: No


Description Michael Chang 2011-04-19 08:33:38 UTC
Distro: SLED11-SP1
Kernel: 2.6.39-rc3

Reproduce step:

CASE A: The internal LVDS output will become blank

 $ xrandr --output LVDS1 --mode <COMMON RESOLUTION>  --output VGA1 --off
 $ xrandr --output VGA1 --mode <COMMON RESOLUTION> --output LVDS1 --off
 $ xrandr --output LVDS1 --mode <COMMON RESOLUTION> --output VGA1 --off

CASE B: The external VGA output will become blank

 $ xrandr --output VGA1 --mode <COMMON RESOLUTION> --output LVDS1 --off
 $ xrandr --output LVDS1 --mode <COMMON RESOLUTION> --output VGA1 --off
 $ xrandr --output VGA1 --mode <COMMON RESOLUTION> --output LVDS1 --off

The <COMMON RESOLUTION> is any one of the common resolutions of internal LVDS and
external VGA monitor. If you use different resolution, the issue will not be able to reproduce.

For example, in my testing case the monitor and notebook has following common modes and any one of them can reproduce the blank screen using above procedure.


Reproduce rate : 100%

Reproduced on : PinTrail (PineView), HuronRiver (SandyBridge)
Comment 1 Michael Chang 2011-05-09 06:45:16 UTC
Finally I get workaround this issue by reverting two xorg intel driver (xf86-video-intel) commits. 

 - Mark outputs as DPMSModeOn and restore backlight at mode set


 - display: outputs are enabled automatically by KMS


This leads to the commit below revived. By reading the code I think it forces to set DPMS to ON after the CRTC set. This special handling for DPMS was considered redundant to recent kernels because KMS do it automatically.

 - Re-enable disabled outputs after rotation
The server may have made a DPMS call before doing rotation, so after we do the mode set with the rotated framebuffer, we need to re-enable the corresponding output(s). Fixes bug #20573. 


Maybe the kernel still have discrepancy in DPMS that's not addressed ..
Comment 2 Michael Chang 2011-05-09 06:50:32 UTC
Since this is a problem of inconsistent kernel DPMS property.  Mark this as dup of bko#24982.

*** This bug has been marked as a duplicate of bug 24982 ***

Note You need to log in before you can comment on or make changes to this bug.