Description of problem:
If external monitor is plugged, gnome automatically configures it and compiz (with default configuration; choosen by "Desktop effects") crashes consequently.
Version-Release number of selected component (if applicable):
$ xrandr -q # after this gnome "auto" - idiocy...
Screen 0: minimum 320 x 200, current 2304 x 800, maximum 4096 x 4096
LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x
800x600 60.3 56.2
VGA1 connected 1024x768+1280+0 (normal left inverted right x axis y axis) 0mm x
800x600 60.3 56.2
TV1 unknown connection (normal left inverted right x axis y axis)
See also bug #653082
Please all crash dump with all debuginfo files installed. Please also provide details of your graphics cards as per http://fedoraproject.org/wiki/How_to_debug_Xorg_problems
This issue has happen to me on Fedora 12, 13 and now on 14.
I would like to help and track down this bug. I have collected some abrt logs and will post them here.
Laptops I'm using have intel video chips, hope that info also helps.
Created attachment 488205 [details]
compiz crash log
This is compiz abrt crash log from Compaq NX7300 laptop with Intel 945GM graphics chip.
Created attachment 488210 [details]
glxinfo from nx7300 laptop
Created attachment 488247 [details]
compiz abrt crash log from hp mini
compiz abrt crash log from hp mini 5101 with Intel 945GME integrated graphics card
Created attachment 488248 [details]
hpmini 5101 glxinfo
Do you need any more info regarding any of these two laptops or some more logs or config files?
After further testing it looks like compiz crashes only when both monitors are active
If you configure xrandr to disable laptop screen and leave only external monitor enabled then compiz works without crashing.
I'm not X.org or Intel driver expert by far, but this feels more like an intel driver issue than compiz bug.
Do you have any suggestion what I can do to help troubleshoot this issue further?
(In reply to comment #8)
> After further testing it looks like compiz crashes only when both monitors are
> If you configure xrandr to disable laptop screen and leave only external
> monitor enabled then compiz works without crashing.
> I'm not X.org or Intel driver expert by far, but this feels more like an intel
> driver issue than compiz bug.
> Do you have any suggestion what I can do to help troubleshoot this issue
The Intel 945GM supports texture sizes up to 2048x2048 ... which means for anything bigger then that -> no compiz.
With one monitor you are within the limit but adding the second one exceeds it and thus stops working.
Thank you very much. I'll take this info to Compiz developers and hopefully there could be made to gracefully fail and not crash.
I do not know about Intel 945GM, but when I had problems on
VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
(from lspci) although not with compiz with 2 external monitors attached to the
docking station (width together 3004: 1600 + 1405) I added the following file
[apavenis@callisto xorg.conf.d]$ cat /usr/share/X11/xorg.conf.d/05-screen.conf
Viewport 0 0
Virtual 3100 1600
It fixed problems I had. Now checked that also compiz works.
Maybe it helps.
@Andris can you please see what is the maximal texture size you card can handle by issuing this command:
glxinfo -l | grep MAX_TEXTURE_SIZE
I also posted this issue to upstream compiz devels:
(In reply to comment #12)
> @Andris can you please see what is the maximal texture size you card can handle
> by issuing this command:
> glxinfo -l | grep MAX_TEXTURE_SIZE
I was perhaps wrong about similarity of the problems I experienced:
[apavenis@callisto ~]$ glxinfo -l | grep MAX_TEXTURE_SIZE
GL_MAX_TEXTURE_SIZE = 4096
Hi, I am the original reporter, for me GL_MAX_TEXTURE_SIZE = 2048.
(In reply to comment #2)
> This issue has happen to me on Fedora 12, 13 and now on 14.
> I would like to help and track down this bug.
And could you please do so in your own bug? If you want mention that this bug is similar, you can do so in description.
(In reply to comment #15)
> Hi, I am the original reporter, for me GL_MAX_TEXTURE_SIZE = 2048.
Petře, could you provide the files requested in comment 1, please?
Unfortunatelly I don't have the external monitor here. I can try it in about 2 weeks (hopefully I'll find time then). I'm now using Fedora 14 (the original bug happend on F12) but I tried it after the new installation and it did crash...
Cool, switching on needinfo so that the bug won't get lost.
Hi Matej, please check out comment from Danny (Compiz developer):
It looks like it is a intel driver bug.
Matej can you please help with contacting intel driver developers. My guess is that we should ask intel driver developers if it is possible to fix this issue in driver so it doesn't cause intel driver and compiz to crash.
Matej what do you suggest I do? Should I open a new intel driver bug in fedora bugzilla or open new bug in intel driver bugzilla?
I anybody has link to correct intel bugtracker please post the link.
(In reply to comment #21)
> Matej what do you suggest I do? Should I open a new intel driver bug in fedora
> bugzilla or open new bug in intel driver bugzilla?
> I anybody has link to correct intel bugtracker please post the link.
Upstream bug has been reported to Intel devels:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Looks like this issue could be resolved by last comment in upstream bug:
"Please retest as of:
Author: Eric Anholt <firstname.lastname@example.org>
Date: Mon Jul 11 11:32:04 2011 -0700
i915: Fix map/unmap mismatches from leaving INTEL_FALLBACK during TNL.
The first rendering after context create didn't know of the color
buffer yet, triggering a sw fallback. The intel_prepare_render() from
intelSpanRenderStart then found the buffer and turned off fallbacks,
but intelSpanRenderFinish was never called and things were left
mapped. By checking buffers before making the call on whether to do
the fallback pipeline or not, we avoid the fallback change inside of
the rendering pipeline."
So in which Fedora 14 update will this patch be available?
Please change component in this bugreport from compiz to xorg
Reassigned to mesa
This message is a notice that Fedora 14 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 14. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.
(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 14 reached 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, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.
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: