[i855GM] jaunty xorg low graphic mode

Bug #320662 reported by greenzorg
20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-video-intel (Fedora)
Fix Released
High
xserver-xorg-video-intel (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

After installing from Ubuntu 9.04 Alpha 3, on booting there is a windows saying "ubuntu is running in low-graphics mode". The same problem have the live installer on boot.

Ubuntu 9.04 (jaunty) Alpha 3 (non update installion)
Description: Ubuntu jaunty (development branch)
Release: 9.04
Kernel. 2.6.28-5-generic
GNOME: 2.25.X
Software update at 2009-01-23

Intel Graphic Card:
------------------------
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

Error message from Xorg:
---------------------------------
(EE) intel(0): Failed to pin front buffer: Cannot allocate memory
Fatal server error:
Couldn't bind memory for BO front buffer

More information at attachment.

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3580] (rev 02)
 Subsystem: Fujitsu Limited. Device [10cf:11d5]
00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02)
 Subsystem: Fujitsu Limited. Device [10cf:1281]

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

Created attachment 316355
Xorg.0.log with 2.4.2-7 and XAA

Description of problem:

X fails to start and the Xorg.0.log shows:

(EE) intel(0): Failed to pin front buffer: Cannot allocate memory

Fatal server error:
Couldn't bind memory for BO front buffer

Note that my xorg.conf is set to use XAA instead of EXA because the latter causes the computer to completely hang when X tries to start. In dmesg, the following error appears repeatedly:

mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining
[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty
[drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<4

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

xorg-x11-drv-i810-2.4.2-7

I was able to successfully use XAA with xorg-x11-drv-i810-2.4.2-1, but I have not been able to use either XAA or EXA in any version since.

Please let me know if any other output would be helpful.

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

Created attachment 316357
Xorg.0.log with 2.4.2-7 and EXA

I am also attaching the Xorg.0.log from xorg-x11-drv-i810-2.4.2-7 with EXA, which causes the system to completely hang. In some runs, there were no errors in the Xorg.0.log (it just stopped), but in others, it gave more verbose output, which I am attaching. It appears that the same messages appeared in the syslog as with XAA.

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

Isn't this the same bug as bug 461171, or are we talking about different machine here?

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

I could be mistaken, but I believe it to be a different issue. In this case, I cannot ever get X to start, and there are errors that appear in the Xorg.0.log and in dmesg. With 2.4.2-1, X usually worked, but I haven't been able to get it to start with 2.4.2-2 and later. In contrast, bug 461171 is an occasional problem (20% of the time) that I noticed with 2.4.2-1, and it doesn't put any errors in the log.

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

I was just curious if there's any other information I should provide. By the way, I've tried as recent rpms as xorg-x11-drv-i810-2.4.2-8.fc10.x86_64, still without any luck. Thanks.

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

I noticed that there's an upstream commit which looks like it might be a fix:

http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=commit;h=e2743a409a02978ca8e953dbbeeb96f61bbd5ce6

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

I am suffering from the very same problem. The upstream git commit seems to be already present in the latest xorg (xorg-x11-drv-i810-2.4.2-8.fc10.i386)..

X startup fails all the time. 100% reliable.

(intel 82865G controller)

Just went from F8 (X OK) to todays Rawhide, fully uptodate.

Surviving with fbdev for now...

Greetings, Konrad

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

Created attachment 319473
Xorg startop log

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

comment #7 with todays rawhide xorg-x11-drv-i810-2.4.2-9. still at
fbdev :-(

system-config-display is unable to start as well.

what can I do to track this down?
Konrad

Revision history for this message
In , Joachim (joachim-redhat-bugs) wrote :

X still does not start with the message "Fatal server error: Couldn't bind memory for BO front buffer" for a current Koji development system, featuring:

  kernel-2.6.27-3.fc10.i686
  libdrm-2.4.0-0.21.fc10.i386
  xorg-x11-drv-i810-2.4.2-10.fc10.i386
  xorg-x11-server-Xorg-1.5.2-2.fc10.i386

for an integrated graphics chipset Intel Corporation 82845G/GL[Brookdale-G]/GE.

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

I have a hobbled-together system using xorg-x11-drv-i810-2.4.2-1.fc10.x86_64 with acceleration disabled. Version 2.4.2-1 doesn't work with either EXA or XAA, and later versions don't work because of the "BO front buffer" error. The machines I've tested this with are G43/G45. Anyway, it sounds like they've made a bunch of stability improvements upstream recently, so it would be great to have a newer working driver. Thanks in advance to whoever is working on this bug!

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

ditto here: today's xorg-x11-drv-i810-2.4.2-10.fc10.i386 still only works with
NoAccel (BO front buffer) on intel 82865G.

I have another wierdness on this machine when logging in to the console
(run level 3): my user id is not being echoed the first time. after a
logout and again login it is echoed properly.

Revision history for this message
In , Dave (dave-redhat-bugs) wrote :

can one of the 865G people try adding

Option "Legacy3D" "false"

to the xorg.conf device section?

Revision history for this message
In , Michael (michael-redhat-bugs) wrote :

Created attachment 320413
X org log file

With
Option "Legacy3D" "false"
it gets further, displaying the splash login screen, sometoimes with corrupted text, and quickly freezes up. I am attaching the Xorg.0.log file just in case it is useful, but I don't think it is.

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

Created attachment 320483
Xorg.0.log

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

argh, forgot to type this comment into the attachments comment field...

Gets past the BO pin message but does not become useable.

The kde konsole background looked like a chess board (white/light grey)

My Xorg.0.log seems to be more complete, I was able to reboot the
machine via ssh.

In the kernel log I found the following lines:

Oct 15 21:25:04 f9beta1 kernel: [drm] Initialized drm 1.1.0 20060810
Oct 15 21:25:04 f9beta1 kernel: pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Oct 15 21:25:04 f9beta1 kernel: [drm:i915_driver_load] *ERROR* failed to enable MSI
Oct 15 21:25:04 f9beta1 kernel: [drm] Initialized i915 1.6.0 20080730 on minor 0
Oct 15 21:25:19 f9beta1 acpid: client connected from 2814[0:500]
Oct 15 21:52:46 f9beta1 kernel: konsole[3147]: segfault at 84 ip 0065057f sp bf81b120 error 4 in libkdeui.so.5.1.0[380000+360000]
Oct 15 21:52:47 f9beta1 kernel: [drm:i915_gem_idle] *ERROR* hardware wedged

what to try next? All help very much appreciated, no_accel is dog slow,
unfortunately.

Greetings,
Konrad

Revision history for this message
In , Robert (robert-redhat-bugs-1) wrote :

*** Bug 467554 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

*** Bug 465844 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matthias (matthias-redhat-bugs) wrote :

Ajax, is this a blocker ?

If it only affects intel kms and we are not enabling that by default, it might not be...

Revision history for this message
In , Joachim (joachim-redhat-bugs) wrote :

(In reply to comment #18)
> If it only affects intel kms and we are not enabling that by default, it might
> not be...

Installing F10-Snap1-i686 on Intel 82845G/GL[Brookdale-G]/GE broke X unless option "NoAccel" was added to some xorg.conf file created after completion of the install procedure, and the bug still affects current "rawhide".
It does not seem to be a matter of kernel mode setting anyway which appears to be currently disabled for Intel graphics.

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

Matthias, I agree with Joachim that this seems unrelated to kernel mode setting. It's a very serious problem that makes it completely impossible to start X. Not that my vote counts for anything, but I think this should be a blocker. Thanks!

Revision history for this message
In , Bob (bob-redhat-bugs) wrote :

Still breaks on F10-Snap3-i686. Booted to runlevel 3 and tried to start with:
  startx /usr/bin/xterm -- -logverbose 7
    (I yum installed xterm on to a live-usb stick)
The herringbone Xserver crosshatch came up, but no xterm and no mouse.
In another network login:
  xterm -display :0
and then the Xserver logs a
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
and a backtrace. I've attached Xorg.0.log file, and tacked in the lines
from /var/log/messages.

Revision history for this message
In , Bob (bob-redhat-bugs) wrote :

Created attachment 321531
Xorg.0.log from Fedora-10-Snap3-i686-Live, no config file

This is a Dell inspiron 7500 laptop.
Fedora-10-Snap3-i686-Live, no Xorg config file (internal defaults)

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

Bob, yours looks like a separate bug. You should probably open up a new bug report.

Revision history for this message
In , Gerwin (gerwin-redhat-bugs) wrote :

This nasty problem doesn't happen only with the i810 driver but also with the "intel" driver. First of all it's not only annoying you don't get a login manager but 2nd, there should be an error telling that X can't be started. So probably 2 bugs.

rawhide version: 29-10-2008
gpu: Intel Corporation 82865G Integrated Graphics Controller

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

(In reply to comment #24)
> This nasty problem doesn't happen only with the i810 driver but also with the
> "intel" driver. First of all it's not only annoying you don't get a login
> manager but 2nd, there should be an error telling that X can't be started. So
> probably 2 bugs.

Just for the record, at least since F9 i810 driver is just an alias for intel driver.

Revision history for this message
In , Bob (bob-redhat-bugs) wrote :

(In reply to comment #23)
> Bob, yours looks like a separate bug. You should probably open up a new bug
> report.

Thanks Andrew - I've created Bug 469292 , and added more detail for my case.

Revision history for this message
In , stefan (stefan-redhat-bugs-1) wrote :
Download full text (3.3 KiB)

Hello,

i do not know if this helps at all but I have a HP Compaq d330 with a intel 82865G Integrated Graphics controller an I too have the same issue described in this thread.

I have tried running F10 snapshot3 i686 KDE4 live cd. The booting of the live cd fails when starting X, nor do i get a nice graphical plymouth boot.

extract from my xorg.0.log:

X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-92.1.10.el5 i686
Current Operating System: Linux localhost.localdomain 2.6.27.3-34.rc1.fc10.i686 #1 SMP Tue Oct
 21 01:39:53 EDT 2008 i686
Build Date: 20 October 2008 10:41:26AM
Build ID: xorg-x11-server 1.5.2-8.fc10
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 3 17:28:53 2008
(EE) Unable to locate/open config file
(II) Loader magic: 0x81f3400
(II) Module ABI versions:
        X.Org ANSI C Emulation: 0.4
        X.Org Video Driver: 4.1
        X.Org XInput driver : 2.1
        X.Org Server Extension : 1.1
        X.Org Font Renderer : 0.6
(II) Loader running on linux
(++) using VT number 7

......

drmGetBusid returned ''
(II) [drm] loaded kernel module for "i915" driver.
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) intel(0): [drm] Using the DRM lock SAREA also for drawables.
(II) intel(0): [drm] framebuffer mapped by ddx driver
(II) intel(0): [drm] added 1 reserved context for kernel
(II) intel(0): X context handle = 0x1
(II) intel(0): [drm] installed DRM signal handler
(**) intel(0): Framebuffer compression disabled
(**) intel(0): Tiling enabled
(==) intel(0): VideoRam: 131072 KB
(II) intel(0): Attempting memory allocation with tiled buffers.
(II) intel(0): Tiled allocation successful.
(II) intel(0): [drm] Registers = 0xfc400000
(II) intel(0): [drm] Initialized kernel agp heap manager, 33554432
(II) intel(0): [dri] visual configs initialized
(II) intel(0): Page Flipping disabled
(II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) EXA(0): Offscreen pixmap area of 34406400 bytes
(II) EXA(0): Driver registered support for the following operations:
(II) Solid
(II) Copy
(II) Composite (RENDER acceleration)
(==) intel(0): Backing store disabled
(==) intel(0): Silken mouse enabled
(II) intel(0): Initializing HW Cursor
(II) intel(0): [DRI] installation complete
(II) intel(0): xf86BindGARTMemory: bind key 0 at 0x03f2f000 (pgoffset 16175)
(II) intel(0): xf86BindGARTMemory: bind key 1 at 0x03f30000 (pgoffset 16176)
(II) intel(0): xf86BindGARTMemory: bind key 2 at 0x06000000 (pgoffset 24576)
(EE) intel(0): Failed to pin front buffer: Cannot allocate memory

Fatal server error:
Couldn't bind memory for BO front buffe...

Read more...

Revision history for this message
In , Andrew (andrew-redhat-bugs) wrote :

Do we have any hope for this working in Fedora 10? Just hoping...

Thanks.

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

*** Bug 469115 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jaroslav (jaroslav-redhat-bugs) wrote :

*** Bug 466801 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

*** Bug 460776 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

*** Bug 449491 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jesse (jesse-redhat-bugs) wrote :

An attempt to solve this by reverting the driver to not use the GEM system is in the works. Please stay tuned for test packages.

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

feel free to throw test packages at us :-). very much appreciated!

(hardware is 00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) BTW)

Side note: with Option "Legacy3D" "no" the KDE splash screen is
being displayed properly but the X server is soon getting stuck in some
DRI ioctl .

Just launching X and starting an xterm and twm goes OK, however when
moving around the xterm there is graphics garbage left behind
(mostly thin horizontal and vertical lines). The xterm (maximized)
survives a find / -print and runs at a fine speed. Then I got
adventurous and started firefox on www.orf.at. The page got mostly
displayed but then the X server hung like above.

During boot I only get something like a progress bar in text mode
at the bottom of the screen, no nice splash image at all.

Greetings,
Konrad

Revision history for this message
In , Will (will-redhat-bugs) wrote :

The fix Jesse mentioned in comment #33 is in kernel-2.6.27.5-109.fc10. Could you please retest with that kernel (or newer) and confirm whether X starts now?

(In reply to comment #34)
> During boot I only get something like a progress bar in text mode
> at the bottom of the screen, no nice splash image at all.

That's expected. Graphical boot requires kernel modesetting. Intel modesetting drivers should appear sometime before F11.

Revision history for this message
In , Pieter (pieter-redhat-bugs) wrote :

This is on a Dell Inspiron 510M with Intel Corporation 82852/855GM Integrated Graphics Device.

Experienced same error messages as in comment #27 with kernel-2.6.27.5-109.fc10. Tested with kernel-2.6.27.5-109.fc10, I can confirm the issue is gone for me and X can be started correctly.

Revision history for this message
In , Pieter (pieter-redhat-bugs) wrote :

In comment #36, it should read "same error messages with kernel-2.6.27.5-101.fc10"

Revision history for this message
In , Mace (mace-redhat-bugs) wrote :

With the new kernel, I still get a black screen and hang using XAA. While EXA doesn't hang and I can login, I get screen corruption if using Compiz (or any 3D app).

Supermicro C2SEA with G45 X4500HD:

kernel-2.6.27.5-109.fc10.x86_64
xorg-x11-drv-i810-2.5.0-3.fc10.x86_64
xorg-x11-server-Xorg-1.5.3-3.fc10.x86_64
xorg-x11-server-common-1.5.3-3.fc10.x86_64

Revision history for this message
In , Will (will-redhat-bugs) wrote :

EXA is the default, as far as I can tell. So if the default case works now, we can at least move this off the blocker list.

What error messages appear in Xorg.0.log if you're using XAA?

Screen corruption using Compiz/GL stuff is a separate bug - if it's font corruption, perhaps it's bug 471537?

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

xorg-x11-drv-i810-2.5.0-3.fc10.i386
kernel-2.6.27.5-109.fc10.i686
Intel Corporation 82865G

Server starts now even w/o xorg.conf but text display is heavily
corrupted. (KDE konsole, Firefox, etc)
With no_accel there is no text corruption.

glxgears
[intel_init_bufmgr:592] Error initializing buffer manager.
668 frames in 5.0 seconds = 133.492 FPS

The corruption looks funny while typing: while typing the "The" at beginning
of this line the "Th" was cut about half vertically(only upper part shown) and
when I typed the "e" then the missing parts appeared.

will attach an image combined from three screen shots (KDE konqueror on www.heise.de)

Thanks for your efforts,
Konrad

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

Created attachment 323654
graphic glitches, see comment #40

Revision history for this message
In , Konrad (konrad-redhat-bugs) wrote :

Created attachment 323659
Xorg.0.log - comment #40

it is almost impossible to view this file in less or vi. about one third of the lines is invisible and gets visible when you move the cursor around vertically.

Revision history for this message
In , Will (will-redhat-bugs) wrote :

(In reply to comment #40)
> The corruption looks funny while typing: while typing the "The" at beginning
> of this line the "Th" was cut about half vertically(only upper part shown) and
> when I typed the "e" then the missing parts appeared.

Yes, that looks just like bug 471537. Follow up there for the graphical corruption problems.

Seems like X is starting up successfully now, and there's no mention of the original error message. Closing this bug.

Reopen *only* if X fails to start and the message "Couldn't bind memory for BO front buffer" appears in Xorg.0.log.

Revision history for this message
In , Will (will-redhat-bugs) wrote :

*** Bug 471973 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Hollis (hollis-redhat-bugs) wrote :

I see this same problem with F10 release, on a Thinkpad T61 with Intel Mobile GM965/GL960 (PCI vendor/ID 8086:2a03).

EXA vs XAA doesn't matter, and neither does the suggested Legacy3D; the only workaround I've found is Option "NoAccel" "yes" in xorg.conf. Same error from dmesg:
  ...
  [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12
  ...

Same error from Xorg.0.log:
  ...
  (EE) intel(0): Failed to pin front buffer: Cannot allocate memory

  Fatal server error:
  Couldn't bind memory for BO front buffer

kernel-2.6.27.5-117.fc10.x86_64
xorg-x11-drv-i810-2.5.0-3.fc10.x86_64

(Additionally there's a failure when the X server crashes that seems to disable all input, so X never exits cleanly and I can't switch to another virtual terminal. All I can do is hit the power button to cleanly reboot [i.e. the ACPI event seems to be handled properly].)

Revision history for this message
greenzorg (d-launchpad-thuma-eu) wrote :
Revision history for this message
Geir Ove Myhr (gomyhr) wrote :

Thank you for reporting this bug and providing the necessary files. We
prefer to keep the files uploaded separately, since it is then
possible to link to them and look at them without having a program
with a tar-reader installed. I therefore include them here. (Uploading
multiple file with one comment from the web doesn't work yet - this is
Launchpad bug 82652, but it works with the email interface).

Geir Ove Myhr (gomyhr)
description: updated
Geir Ove Myhr (gomyhr)
Changed in xserver-xorg-video-intel:
status: New → Confirmed
Revision history for this message
Aaron C. de Bruyn (darkpixel2k) wrote :

Same issue with the same hardware. (Fujitsu lifebook)

I used a workaround from https://bugzilla.redhat.com/show_bug.cgi?id=461829#c33 to fix the issue.

Edit /etc/X11/xorg.conf
(If it's not there, run 'dpkg-reconfigure -phigh xserver-xorg')
Add to the "Device" section the following:
Option "Legacy3D" "False"

Save and reboot. X should start.

Changed in xserver-xorg-video-intel:
status: Unknown → Fix Released
Revision history for this message
Cyrille Grosdemange (ze-cyrilou) wrote :

same bug on a NEC VERSA P520 laptop.
$ lspci | grep Display
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

Same workaround : editing xorg.conf and adding
Option "Legacy3D" "False"
in the Device section

After that, the screen is ok and displays correctly in 1400x1050 :)

(installed from jaunty alpha 4 liveCD in "safe graphics mode" and removed after install the xforcevesa option in grub menu.lst)

Revision history for this message
VangelistX (vangelistx) wrote :

Please, update the xserver-xorg-video-intel to 2:2.6.3-0ubuntu to version 5 (just released).

I had similar problem with that package and this update solved it.

Revision history for this message
VangelistX (vangelistx) wrote :

Run Update Manager, install xserver-xorg-video-intel 2:2.6.3-0ubuntu5,
 and report if it fix the bug you reported.

 Thanks.

Bryce Harrington (bryce)
Changed in xserver-xorg-video-intel (Ubuntu):
status: Confirmed → Incomplete
Changed in xserver-xorg-video-intel (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
geertv (geertv) wrote :

I seem to be having a similar/same problem on my Toshiba Tecra A10 laptop, with an external display attached.

$ lspci | grep Display
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

Laptop resolution = 1280x800
External display = HP LP2465 at 1920x1200

I have the latest intel driver (2:2.6.3-0ubuntu5).

On Ubuntu 8.10 this setup runs fine (except the external display becomes the primary).

On Ubuntu 9.04 I can only get the external display up to 1152x720
When I try to set it to 1920x1200, this is what happens on startup (from Xorg.0.log):

(EE) intel(0): Failed to pin front buffer: Cannot allocate memory

Fatal server error:
Couldn't bind memory for BO front buffer

I tried the Option "Legacy3D" "False" fix, but that did not do the trick.

I'll attach the Xorg.0.log.

Oh, here is my xorg.conf (identical in 8.10 and 9.04):
# xorg.conf (X.Org X Window System server configuration file)

Section "Monitor"
 Identifier "Configured Monitor"
EndSection

Section "Screen"
 Identifier "Default Screen"
 Monitor "Configured Monitor"
 Device "Configured Video Device"
 SubSection "Display"
  Virtual 3200 1200
 EndSubSection
EndSection

Section "Device"
 Identifier "Configured Video Device"
EndSection

Should you need more information, don't hesitate to yell.
Kind regards

Geert

Revision history for this message
geertv (geertv) wrote :

UPDATE:
The latest update of the intel driver (2:2.6.3-0ubuntu9), which I installed today, does not solve the problem.

Revision history for this message
geertv (geertv) wrote :

After some more searching, I found out that adding

Option "AccelMethod" "uxa"

to the device-section of xorg, solves the problem for my dual display setup.

Revision history for this message
what-a-strange-man (k-emery) wrote :

I've tried everything in this post, and a thousand others to no avail.
I believe I can confirm that this issue relates to the display.
I am writing this on my laptop using an additional display,
while my inbuilt TFT display just shows purple and white splotches.

Unfortunate I can't try the switch to uxa rendering, when I do so I can't login.
Can we get onto this one it's a real problem. :(

Changed in xserver-xorg-video-intel (Fedora):
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.