Description of problem:
IBM T43 Laptop Intel Video locks system if set to dual monitor mode. No recovery
but power off
Version-Release number of selected component (if applicable):
Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
Steps to Reproduce:
1. Save off your /etc/X11/xorg.conf
2. Run "system-configure-display"
3. Set "Dual head" checkbox to enabled (if you restart X at this point NO change
is made to graphics which is my first clue things were not going to go well)
4. Set "Dual head" ->"Desktop Layout" to "spanning desktops"
5. Close X and restart -> screens both go white and Ctr+Alt+backspace does Not
restart X. Only power button forces shutdown.
6. Can not even go back into "system-configure-display" as it tries existing
which sets both screens to white and does not have ability to recover at lower
resolution. (yes I know you can tell it to ignore conf file but for typical user
this is not good)
Solid white screen on both monitors
Spanned monitor or if set to "independant monitor" it should have a separate
desktop from the LCD / primary display.
This worked fine with My T41 with FC7U4 and also with my T42. I literally got
this T43 two days ago and everything works fine BUT my ability to do dual
monitors which is important to my day job.
I searched for any known issues and non seem applicable to this issue. No
drivers exist, I did update all system BIOS etc.
What version of xorg-x11-drv-i810 is this with?
[root@wizej ~]# rpm -qa |grep xorg |grep 810
Also due to no update on this thread... I made an attempt at compiling my own to
see if there was any change http://www.intellinuxgraphics.org/download.html
No change. This had no effect.
(begs on knees) ... please .. help... have mercy on someone who has a 21"
monitor who misses having it shine on his pale face!!
I have also found the same behaviour with Packard Bell Easy Note BU, that has by
lspci an "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated
Graphics Controller (rev 03)"
I have tryed with several kernels, latest was 2.6.21-1.3175.fc7.
My i810 drv is xorg-x11-drv-i810-2.0.0-3.fc, and I believe that intel
experimental driver is used in my case.
My arch is x86_64
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 attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 155602 [details]
Working X Configuration file with NO Multidisplay
Here are the log files per request (as I understood them)
1) mv /etc/X11/xorg.conf xorg.conf.orig
2) mv /var/log/Xorg.* /tmp
a) Set display as Generic 1024x768 LCD
b) Enable Multidisplay with Generic CRT 1024x768 with "Individual Desktops"
c) Save and exit
4) Add line at end of /var/log/Xorg.setup.log to denote changes saved
(yield was working primary laptop display and CRT but both had the "same"
session and not "individual")
6) exit Xwindows
a) Settings for primary display were set to 800x600 with no option to change
so left as is
b) Changed settings under multidisplay from "Individual" to "Spanned"
c) exited to save
(yield was white screen on both LCD on laptop and CRT. Ctrl+alt+backspace did
not work. Ctrl+alt+Delete Reboots system which I have set to runlevel 3
Attached are the configuration and log files:
Created attachment 155603 [details]
xorg.conf file built from "system-config-display" for multiple individual desktops (but not working)
Created attachment 155604 [details]
xorg.conf file built from "system-config-display" for multiple spanned desktops (but not working)
This is the configuration file which causes system failure of 'white' screen on
Created attachment 155605 [details]
Xorg.0.log file built from test for multiple individual desktops
Created attachment 155607 [details]
Xorg.0.log file built from test for multiple spanned desktops
This is the log after second run of 'system-config-display' where settings
changed to 'spanned' display vs individual. This ends with both laptop and crt
Sounds like you want separate X displays for each head, :0.0 and :0.1? If so,
you're right that that configuration is no longer supported in the intel
driver (though there is an upstream bug filed and we may add support for it
later). Sounds like a dup of #198062 (which should probably be renamed to "no
zaphod mode in intel driver" or somesuch).
Err, wrong bug. I meant #220466.
Bugs which may be related are bug 444977 and bug 443447
*** Bug 444977 has been marked as a duplicate of this bug. ***
*** Bug 443447 has been marked as a duplicate of this bug. ***
Bug 444977 has a lot of information in the attachment 304390 [details].
Bug 443447 has /var/log/Xorg.*.log in the attachment 304702 [details].
(In reply to comment #7)
> Created an attachment (id=155603) 
> xorg.conf file built from "system-config-display" for multiple individual
> desktops (but not working)
system-config-display is on it's way out and is generally not doing useful
things these days. This config uses the vesa driver, which is why compiz gives
you an all white screen (that's a bug in itself, of course).
These days, multi-monitor setup should be done using gnome-display-properties or
xrandr on the command line.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. 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 '9'.
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 9'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 9 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:
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.