Hide Forgot
using latest XFree86-4.0.3-3 and XFree86-SVGA-3.3.6-35, different levels of video 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. 1024x768x16
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