I was trying to upgrade my PC to get decent FlightGear
performance. FlightGear (www.flightgear.org) is an open-source flight
I bought 2 cards, one with a Radeon 7500QW, the other has a Radeon
9000If. Both have 128MByte memory, and are Powered by ATI, Built by
Hightech Information Systems, www.hightech.com.hk. It's virtually
impossible to get Built by ATI cards here.
My PC is an Athlon 800 with VIA KT133 chipset.
Here are my observations:
XFree86 4.2.0 (RPMS from RedHat 8.0):
- scenery is drawn nicely
- aircraft instrument panel is not drawn correctly. According to the
FlightGear mailing list this is a known problem with 4.2.0 and
- runs stably
- not supported by that release.
XFree86 188.8.131.52 (RPMS from RedHat 8.0.93):
- scenery exhibits massive texturing errors (i.e. wrongly
- aircraft instrument panel is drawn correctly
- display freezes after roughly a minute. I could most of the time log
into the computer over the network, according to strace the X server
called the RADEON_CP_IDLE ioctl in a loop and was getting EBUSY all
the time. Killing the X server freezes the machine completely.
- works nicely, no texturing problems, instrument panel drawn
XFree86 184.108.40.2061 (RPMS from Mike Harris):
- scenery still exhibits the texturing problems
- the freezes are gone
You need to attach your xfree config file and log file please.
Created attachment 90083 [details]
Created attachment 90084 [details]
I'm seeing crashes with the 9000 still as of phoebe. 128Mb card, 256Mb Athlon
chipset system. I can duplicate this reliably by running
During running it spews r200: debugging messages which look like your mesa still has
debugging printfs left in it. I hit ctrl-u ctrl-u ctrl-u (go up to about 3000
numeric 9 (throttle) a few times then swoop down and buzz the city. At that point
the program hangs, dmesg is full of "radeon blah out of buffers" messages and
if I kill it
the entire box locks solid a few seconds later
I've seen Radeon 9000 crashes since my original posting too. A quick way to
reproduce for me is
fgfs --airport-id=LSZH --runway=28
and then 2 times click on the right mouse button and then move the mouse to
change the view direction. Apparently I was just lucky I haven't seen a crash
in the first hour...
NB: I also tried to configure dual head on the R7500 card, which made the X
server SIGSEGV on start.
The DRI project is aware of this problem, and hopefully will fix it before
the 4.3.0 release, and get the changes into 4.3.0. In lieu of that, hopefully
patches to fix it will be made available soon for me to integrate. You may
wish to join the dri-devel mailing list on sourceforge to track the upstream
progress, and provide them details specific to your system, etc.
I'll update the report when there is new code available that is believed to
Defering for future XFree86 release.
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"
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.
Setting status to "CURRENTRELEASE".