From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703 Description of problem: Hi, Im running KDE on XFree86-4.3.0-2 on RedHat 9 with Radeon 9200 VIVO. It runs fine and 3D is also supported. I force the chipId to 0x514d (which is Radeon 9000 I guess). glxgears runs 1560 fps. The only problem is that there are horizontal patches of lines flashing around on the screen when there is window activitiy. Easiest way to reproduce is to hold the right edge of Mozilla move it left and right. You will see lines flashing around the screene. I have tried disabling DRI and it still happens. Version-Release number of selected component (if applicable): XFree86-4.3.0-2 How reproducible: Always Steps to Reproduce: 1. Start KDE on RedHat 9.0 with Radeon 9200 (ChipId set to 0x514d or 0x4242). 2. Start Mozilla, hold the right edge and move it left and right. Actual Results: You will see horzontal patches (uneven width) flashing around the screen. As if the screen refresh is buggy. Additional info: I had Radeon 9800 before this and I ran X with ChipId set to 0x4e46. KDE runs fine without any of these artifacts (of course, no 3D).
Created attachment 94225 [details] XFree86.0.log
Created attachment 94226 [details] XF86Config-4
I am also willing to try any fix or look at the code if I am pointed to the likely places to look at. Never had any exp with XFree86 code.
Forcing the chipID to be another chipID means that the particular chip one has is not officially supported. 4.3.0-2 does not contain support for Radeon 9200, however later builds do. Please test the current rawhide XFree86 4.3.0-24 or later builds out, preferably using the Severn beta release. Feedback from that build will be more useful.
Sure. will try XFree86-4.3.0-17.i386.rpm from Beta Severn and XFree86-4.3.0-25.i386.rpm from Raw Hide 1.0 if Severn fails.
XFree86-4.3.0-17 update: Removed ChipId from XConfig-4. Screen corruption with flashing lines still occurs. Another thing to note is that the kernel locks freezes immediately after I start glxgears. This does not happen when I with ChipId set to 514d. btw, I am running on SMP (RedHat 2.4.20-9 on HyperThreaded P4). lemme know if you want the XFree86 log. I will try rpms from Raw Hide.
The raw hide rpms requite glibc upgrade. Should I try? Btw, with glxgears, the its not the kernel but X that freezes. glxgears prints something like 'unknown chipid, assuming full capabilities'. Just to be sure I ran with Beta severn kernel 2.4.21-20.1.2024.2.1.nptlsmp and the bug still occurs.
Just in case it matters, I tried ATI's fglrx-glc22 rpm and the corruption still exists.
I should note that these artifacts are noticeably less with ATI's driver in 2D (window activity etc). Another difference is that with ATI's driver, running glxgears results in these lines. I did not observe this with XFree86 drivers. Usually i observe this on the right side of window (xterm with white bg), a little less over the window and none on the left side.
This sounds like bad video memory, which is being used by the driver for the CP acceleration engine's DMA buffers.
I changed the card to another 9200 (this time by Sapphire, the original one was made by PowerColor). I still see this corruption. In fact its a little bit more with the new card :( Also did not notice this on windows. will try disabling HT.
Since this bugzilla report was filed, there have been several major updates to the X Window System, which may resolve this issue. Users who have experienced this problem are encouraged to upgrade to the latest version of Fedora Core, which can be obtained from: If this issue turns out to still be reproduceable in the latest version of Fedora Core, please file a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker, and will review any bug fixes that become available for consideration in future updates.