Hmmm.  I haven't reproduced this yet, but just as a hunch, I'm guessing it
is either a hardware failure, or a compiler bug.  I could be abusing glue
here, but just a hunch.  I'll try it out and see what I can find though.

Is this a 1Mb card or a 2Mb one?

wait mike, there is an old XFree86 report for the same series (GD54xx or 
something?) so I doubt it is compiler bug.

Ok.  If it is a driver bug though it must be hardware related perhaps a
different vendor's board or differnt memory or something because I have
a 5446 here that I've used for 3 years until recently which never showed
this problem.  Perhaps it only manifests with some specific configuration?

To the original poster, can you provide me with your XF86Config-4 file and
a copy of your server logs?  I'll compare them with mine and see if anything
is different.  Attach them to the bug report using the link below.

Also, are you using KDE or GNOME, and what window manager are you using - just
so I can try to reproduce your environment as closely as possible.  I'm going
to check bugzilla for old reports that might be related.

This is similar to bug #25939

I had this problem when I changed from 6.2 to Fisher. It went away in the
wolverine version (4.0.2-9) and the subsequent upgrades I tried, but the problem
has reappeared in 4.0.3-1 and 4.0.3-3. I will attempt to attach my copies of the
XF86Config-4 and XFree86.0.log from the latest run.

Ok, can someone please try to make a screenshot of this corruption
for me?  Screenshooter does a great job of this.

Created attachment 13944 [details]
XF86Conifg-4 file

Created attachment 13945 [details]
XFree86.0.log file

Created attachment 13963 [details]
A window after being dragged around the screen

The attachment I have just added is a window after it has been dragged around
the screen - it looks better while actually being dragged.

The problem has gone away in a clean install of Redhat 7.1, presumably because
the noaccel option that has appeared in XF86Config-4.

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

Changing to Red Hat Linux 7.1 because people apparently still experience this
problem.  Added duplicate bug reporter to CC list.

I have an Intel L440GX+ with a cirrus Logic GD5480 2meg
I have experienced what seems to be faulty refreshing of the screen under 7.1 
(seawolf)with the new boot disk that came out today (this problem does not 
relate to it) and the xfs workaround to boot on my particular board.
After reading through some of the other tickets and this one, I went in and 
edited the XF86config file and added =Option "noaccel".
Works like a charm now. IMHO the Xconfigfurator is not putting this option in  
the XF86config file.
Hope this helps.

I have a Cirrus Logic GD5480 graphics card and I was getting all sorts of 
rendering errors X (as described above). I made the following modifications 
to /etc/X11/XF86Config generated by Xconfigurator:

where it says:
Section "Device"
   Identifier    "Cirrus Logic GD5480"
   Vendor Name   "Unknown"
   Board Name    "Unknown"
   #VideoRam     "2048"

I added another line:
   Option        "no_bitblt"

...and it appears fixed. I don't know enough about X configuration to know if 
this is better or worse than "noaccel" (suggested by  hologram007@hotmail.com), 
but the fact that "no_bitblt" works as well might help in the debugging 
detective work!

I tried 'Option "no_bitblt"' instead of 'Option "Noaccel"' on my GD5446, and the
rendering problem is back. The X logs include the line
(WW) CIRRUS(0): Option "no_bitblt" is not used

This bug may be old as sin, and is most likely an XFree86 bug. Possibly related
to the v4l stuff.

AFAIK there were always some drawing oddities with the 5446 chipset's
direct-draw feature: I used to have this problem way back when Windows95 was
new, when running the old Hauppauge WinTV PCI card-drivers for Windows. Fonts in
all applications got seriously distorted. After half a year Hauppauge fixed it
in the Win-driver. I ported to Linux in 1999 and the exact same problem hit me
under RH Linux 6.0 using the bttv driver etc. Visible both under KDE and Gnome.
I used a GC5446 PCI 2MB at the time.

I am getting the same display anomalies with an Intel C440GX+ server board 
running the CL-GD5480 chip with 2megs of Vram. 

After all the trouble with bug 29555, and finally getting it to install, I find 
that I spent a whole lot of time on a system that I can now only use in Command 
Line.


This is ridiculous Redhat.  There are ALOT of these boards in the field . Shame 
on you for not better supporting this problem.


I have tried the Option "noaccell" as well as the Option "no_bitblt" and 
neither of these have solved my display artifact/distortion problem.  I did not 
have this problem with RH70 or 6.1. 

What gives. 



Thanks, and as always a loyal RedHat Linux supporter.  (albeit frustrated)


Brad Davenport
sublime-1@home.com

I tried submitting this a while ago, but my bug was marked as a duplicate
or something.  I was able to fix the problem by adding the "hwcursor" option to
my XF86Config-4 file.  It works almost perfectly now.  Occasionally I see some 
corruption around the borders of things I select in KDE, but it's way better 
than it was.  I hope that helps someone else who is having similar problems.

I also have the same problem with the GD5480 when I went from RH6.1 to RH7.1.  
I followed the previous posted suggestions and it solved my problem.

where it says in /etc/X11/XF86Config

Section "Device"
   Identifier    "Cirrus Logic GD5480"
   VideoRam     "2048"

I added another line:
   Option        "no_bitblt"


Not to sure why this works, but I'll live with it.

Problem finally fixed in rawhide XFree86 4.1.0-0.9.11