Red Hat Bugzilla – Bug 138426
X server fails to refresh properly
Last modified: 2007-11-30 17:10:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3)
Description of problem:
Regardless of whether I am using KDE or GNOME, the X server has
trouble with windows, buttons and other elements of the GUI. An
attachment I'll add shortly gives a oog picture of this. As I move
windows around, the X server fails o redraw them properly. Some
elements are invisible until you do something to change their
appearance, such as a button on a window that becomes brighter on
This problem first manifested itself in anaconda when I installed FC3.
But not every time (installation took multiple attempts because of an
LVM-related issue). But now that FC3 is installed, the problem
happens every time, making the system mostly unusable.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot into runlevel 5.
2. Log into KDE or GNOME. Watch as the GDM screen fails to completely
disappear whn the splash screen progresses.
3. Try your best to work when you can only see bits of the windows.
Actual Results: X does not render windows well, and it renders some
elements only when you change their appearance.
Expected Results: X should work perfectly and obey every whim of
every X client, with minimal complaints.
Created attachment 106307 [details]
Image of X server problem
This is a good example of the X server refresh problem. There application at
center is up2date, which is almost unusable because most of the operative bits
of the window are missing. At left you can see parts of the K menu in the
up2date window, which were left behind as artifacts.
I have managed to get itto work on low reolutions, but not reliably.
Basically I have to set it to use an unsupported graphics card. Then
when I start X again it has an error and reconfigures X. It then
works on 800x600, but not reliably. I'm certain that it has the right
driver, an Intel i810, and I'm setting it to use thousands of colors.
I am having the same proble, i have an i815 graphics caard and the
screen don't refresh properly!!!!
I'm searching for a help too. If i found something usefull i'll post here!
I just ran into this on a Dell GX110 with an Intel i810 graphics chip.
If I copy the i810_drv.o from Fedora Core 2, it seems to work fine.
With the FC3 i810_drv.o, I get the refresh problem described in this
bug (I got the idea to try that from
That's a very good idea. I just secured a copy of that file from my
laptop, and may try it. However in the mean time I have had to get
work done, so I've installed another distro for the short term and I
may not be able to verify that this works on my system anytime soon.
But it's a good suggestion and I'll hang onto that copy of the file.
Presumably it confirms that this is indeed an Xorg problem, not
something with the kernel.
I have the same problem with a Dell Inspiron 2500 same driver i810.
With Fodora Core 3. Fresh install. The is somethink I was having
problems with in devel of FC3 should be links with the beta bug
I tried running setup to change the screen resolution. (From within X
all my modes weren't available) setup kept failing to run the xconfig,
or whatever, so I switched to runlevel 3. Then I was able to use setup
to set the res and color depth (24 bit, and 1400x1050 & 1280x1024 work)
Now when I set the runlevel back to 5, it failed hard, xserver
crashing suddenly and leaving me with nothing but garble (Unknown if
this was causal or if I meddled with the wrong stuff)
So that's where I am, runlevel 3, startx, and the whole deal seems to
be working. Tomorrow I'll try runlevel 5 again.
Same thing here - fresh install of FC3 - i810 hardware
For the record, adding
Option "No Accel"
to the "Device" section seems to be another workaround
OK, so overnight I changed nothing, but the problem came back. Go figure.
Option "No Accel" goes where? xorg.conf? Imunna go try that.
I'm getting the same thing here on my Dell Dimension 2100 - a very
common model over here in Australia, featuring a i810 chipset.
Had to do text install as it was unusable.
Setting NoAccel fixes the problem.
This issue is duplicate of bug #132267 for which we have a fix
available in rawhide (xorg-x11-6.8.1-17). We will probably issue an
FC3 udpate shortly, which will also provide a fix for Fedora users.
*** This bug has been marked as a duplicate of 132267 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.