Red Hat Bugzilla – Bug 33095
CirrusLogic GD5446 PCI video corruption
Last modified: 2007-04-18 12:32:21 EDT
using latest XFree86-4.0.3-3 and XFree86-SVGA-3.3.6-35, different levels of
corruption is observed. When using 4.0.3 it is usable but the pointer
leaves square areas
of video garbage in some places. When using the 3.3.6 server, large bblocky
areas of video
corruption is all over the screen make it quite unusable.
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]
Created attachment 13945 [details]
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:
Identifier "Cirrus Logic GD5480"
Vendor Name "Unknown"
Board Name "Unknown"
I added another line:
...and it appears fixed. I don't know enough about X configuration to know if
this is better or worse than "noaccel" (suggested by email@example.com),
but the fact that "no_bitblt" works as well might help in the debugging
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
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.
Thanks, and as always a loyal RedHat Linux supporter. (albeit frustrated)
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
Identifier "Cirrus Logic GD5480"
I added another line:
Not to sure why this works, but I'll live with it.
Problem finally fixed in rawhide XFree86 4.1.0-0.9.11