From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030120
Description of problem:
When playing wolfenstein (RTCW, exactly) on ATi powered 8500LE card with
XFree86-126.96.36.199-20030129.1, game hangs for a second when entering new rooms.
Also, starting a new level takes unusually long time. These problems did not
exist when I used dri.sf.net snapshots in August-September 2002. My first guess
there is something wrong either with card memory management or with the texture
upload. The delays remain even after changing the quality settings.
FWIW, mode switching (geometry and texture detail) work only if the Xserver is
started with the same resolution as used later by the game (i.e. if the game
uses 800x600, XF86Config should contain only Mode "800x600"). This may RTCW bug,
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run RTCW with normal quality settings. Try opening a door (the tram station,
third level, is particularly good test case). The computer can hang for a
second, and the sound will stutter like on damaged CD.
Actual Results: The computer can hang for a second, and the sound will stutter
like on damaged CD. Frame rate drops down from 100fps to 1. It can be very
difficult to aim and shoot in such a situation.
Expected Results: Smooth door opening. Constant frame rate.
This is a regression wrt September 2002. I thought it might have been connected
with introduction of RandR, but since I unsuccesfully tried playing with the
resolution, I am not sure any longer.
This report is probably worth to forward upstream (I would do it myself but I am
not sure which version of the ati/r200 driver is actually used).
agpgart: Maximum main memory to use for agp memory: 203M
agpgart: Detected Via Apollo Pro KT266 chipset
agpgart: AGP aperture is 64M @ 0xe0000000
[drm] AGP 0.99 on VIA Apollo KT133 @ 0xe0000000 64MB
[drm] Initialized radeon 1.7.0 20020828 on minor 0
[drm] Loading R200 Microcode
graphics card shares IRQ with a network card but I do not think this is a problem.
I mark severity as low: while RTCW is hardly playable now (no way to rush
through the door and shoot), the 3D performance is satisfactory for other
purposes (other people may think differently, though).
Decreasing color depth from 24 to 16 helps considerably to shorten delays. It
makes the image more coarse, too. I played with that quality on my old radeon
7500 32MB. It looks like half of the memory on the card gets wasted.
Please report this problem to the DRI development team directly by emailing
your report to firstname.lastname@example.org as the DRI team has a lot
more knowledge in this area so this will accelerate the path to a solution.
Once the problem is fixed upstream, if it is committed to XFree86 CVS prior
to the 4.3.0 release it will be picked up by me automatically. If it isn't
in 4.3.0, then it could be backported possibly.
Changing bug status to UPSTREAM pending DRI development team fix.
I haven't noticed anything about this problem upstream, and am not aware
of any fixes that may have occured. XFree86.org now has a bugzilla, which
is also used by the DRI project. If this problem is still present and relevant,
please report it upstream in XFree86 bugzilla at http://bugs.xfree86.org and
provide the upstream bug report URL, and I will track the issue there, and
investigate any fixes that come along for inclusion in future erratum and OS
1. The mode-switching related hang has been resolved since the problem was first
reported (4.3.0 as in Shrike works in this respect just fine).
2. I asked on dri-level and the stuttering is most likely a result of somewhat
more wasteful storing of display lists - the program simply did not fit in
memory any more (the RtCW requirements officially state 128MB memory for PC but
the process size grows under linux to 300MB which is more than my 256MB box can
provide). See in particular
http://sourceforge.net/mailarchive/message.php?msg_id=4048476 - Ian Romanick
says it is a "known problem".
(the summary of this report probably could be changed to "display list excessive
Cross-reported as http://bugs.xfree86.org/show_bug.cgi?id=509
We've switched to X.Org X11 for Fedora Core 2, and have a newer
release in Fedora devel currently, which puts us 2 Mesa releases
(or more possibly) ahead now. Current release is Mesa 6.1, so a lot
The upstream report indicates this is fixed in a newer Mesa, so I'll
assume it's fixed in 6.1 and close this as "RAWHIDE" for now.
If the problem recurs, or any other problems are experienced with
Wolfenstein, please report a bug to the X.Org bugzilla on
freedesktop.org, in the "xorg" component. The DRI project is now
officially moved into X.Org CVS repository, so the Xorg bugzilla
is the canonical place to report all DRI/Mesa related bugs. We
can track issues in the upstream bugzilla(s) if people file
a placeholder bug in our bugzilla after filing their official bug
Setting status to "RAWHIDE".