Bug 628906

Summary: i915: mirror screens to external VGA broken
Product: [Fedora] Fedora Reporter: Pekka Savola <pekkas>
Component: xorg-x11-drv-intelAssignee: Adam Jackson <ajax>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: ajax, bnocera, mcepl, rstrode, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-22 04:08:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Xorg log
none
xorg.conf
none
xrandr
none
dmesg w/ drm.debug
none
xrandr without xorg.org
none
dmesg without xorg.conf
none
xorg.log.0 without xorg.conf, with drm.debug enabled. none

Description Pekka Savola 2010-08-31 11:06:05 UTC
Description of problem:
(Not sure if this is the right component.) After F12 -> F13 upgrade, external monitor no longer works in "mirror screens" configuration.  Having two different virtual desktops works OK. VGA output works fine until some time after GDM login.

In messages log this results in the following errors:
Aug 31 13:45:20 lapps kernel: [drm:intel_lvds_mode_fixup] *ERROR* Can't enable LVDS and another encoder on the same pipe
Aug 31 13:45:20 lapps kernel: [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on crtc f657c000

Version-Release number of selected component (if applicable):

control-center-2.30.1-3.fc13.i686
kernel-2.6.34.6-47.fc13.i686 (all of these kernel versions tested)
kernel-2.6.33.8-149.fc13.i686
kernel-2.6.33.3-85.fc13.i686
xorg-x11-drv-intel-2.11.0-5.fc13.i686
gnome-settings-daemon-2.30.1-7.fc13.i686

How reproducible:
100%.

Steps to Reproduce:
1. Boot up with external screen attached to VGA1. (Press Fn-F7 as needed.) You see everything outputted to both screens up until some time after GDM login screen.
2. Then login either switches to multi-screen (and on VGA you get the Fedora background image), or continue in semi-crippled fashion as before (e.g. mouse movement doesn't show on VGA).
3. In gnome-settings-display, re-enabling mirror screens results in the complete loss of VGA (e.g. crippled no longer works either) except for multi-screen.
 
Actual results:
Mirror screens works in a crippled fashion after a reboot only, and gets lost if you switch modes afterwards.

Expected results:
Mirror screens works and reflects what's on the screen.

Additional info:

Booting with "nomodeset" doesn't boot in init 5; prefdm seems to crash somehow.

Failure to change VGA mode results in the following kind of syslog:

Aug 31 13:45:20 lapps kernel: [drm:intel_lvds_mode_fixup] *ERROR* Can't enable LVDS and another encoder on the same pipe
Aug 31 13:45:20 lapps kernel: [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on crtc f657c000

Using Lenovo X61s with Intel 965GM card:

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

'Xrandr' output when mirror screens is enabled and VGA is hooked up is as follows:

Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192
LVDS1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 246mm x 185mm
   1024x768       60.0*+
   800x600        60.3     56.2
   640x480        60.0     59.9
VGA1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 886mm x 498mm
   1024x768       75.1 +   70.1     60.0*
   1920x1080      60.0 +
   1600x1200      60.0
   1280x1024      75.0     60.0
   1280x960       60.0
   1360x768       60.0
   1152x864       75.0
   832x624        74.6
   800x600        72.2     75.0     60.3     56.2
   640x480        72.8     75.0     66.7     60.0
   720x400        70.1

There seems to be some similarity to bug #623824.

Comment 1 Pekka Savola 2010-08-31 11:06:47 UTC
Created attachment 442154 [details]
Xorg log

Comment 2 Matěj Cepl 2010-10-26 08:30:56 UTC
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please add drm.debug=0x04 to the kernel command line, restart computer, and attach

* your X server config file (/etc/X11/xorg.conf, if available),
* output of xrandr -q --verbose, and
* output of the dmesg command

to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 3 Pekka Savola 2010-10-29 12:09:03 UTC
Created attachment 456453 [details]
xorg.conf

Comment 4 Pekka Savola 2010-10-29 12:09:33 UTC
Created attachment 456455 [details]
xrandr

Comment 5 Pekka Savola 2010-10-29 12:10:02 UTC
Created attachment 456456 [details]
dmesg w/ drm.debug

Comment 6 Matěj Cepl 2010-10-29 12:47:07 UTC
(In reply to comment #3)
> Created attachment 456453 [details]
> xorg.conf

Why do you need xorg.conf at all? What happens when you don't have one?

Thank you for reporting the issue

Comment 7 Pekka Savola 2010-10-29 13:34:07 UTC
No particular reason, I suppose. The same thing happens without it.  I'll attach new logs just to be sure.

Comment 8 Pekka Savola 2010-10-29 13:35:00 UTC
Created attachment 456468 [details]
xrandr without xorg.org

Comment 9 Pekka Savola 2010-10-29 13:35:32 UTC
Created attachment 456469 [details]
dmesg without xorg.conf

Comment 10 Matěj Cepl 2010-10-29 15:47:17 UTC
Could we get /var/log/Xorg.0.log (without xorg.conf) as well, please?

Thank you

Comment 11 Pekka Savola 2010-11-01 06:02:43 UTC
Created attachment 456795 [details]
xorg.log.0 without xorg.conf, with drm.debug enabled.

Comment 12 Bug Zapper 2011-05-31 14:56:00 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 13 Pekka Savola 2011-06-22 04:08:31 UTC
Works on Fedora 15.