Bug 12877 - Textures(?) in WoW breaking up until X-server is restarted
Textures(?) in WoW breaking up until X-server is restarted
Status: NEW
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r200
git
x86 (IA32) Linux (All)
: medium normal
Assigned To: Default DRI bug account
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-10-21 05:53 UTC by Chris Rankin
Modified: 2010-07-01 12:53 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Shows "TV static" corruption in World of Warcraft (800.61 KB, image/png)
2007-10-21 06:17 UTC, Chris Rankin
Details
More grpahical corruption with WoW (734.87 KB, image/png)
2007-10-21 06:19 UTC, Chris Rankin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Rankin 2007-10-21 05:53:59 UTC
The display in World of Warcraft has started to break up the longer I play. It starts off with pixel-level noise (like static on a TV picture), and then this static becomes more and more severe until eventually the card locks up. I have tried to take a screenshot which has clear pixel-sized holes over the building, and flashing coloured pieces whizzing past at random.

Restarting the X-server seems to put things back to normal, for a while at least. Once this starts happening, it also affects any other OpenGL program such as celestia.

I am using Mesa git where the last commit was:

bf805d3bf5bf191aa669b6155316a78917cf9b0e

because anything later doesn't appear to be compatible with Xorg server 1.3.
Comment 1 Chris Rankin 2007-10-21 06:17:32 UTC
Created attachment 12138 [details]
Shows "TV static" corruption in World of Warcraft
Comment 2 Chris Rankin 2007-10-21 06:19:17 UTC
Created attachment 12139 [details]
More grpahical corruption with WoW

The corruption moves very quickly, so its hard to capture its true extent.
Comment 3 Chris Rankin 2007-10-25 13:03:49 UTC
This corruption still happens with git Mesa as of 25-Oct-2007, although I currently need to play WoW in Direct3D mode due to another bug affecting OpenGL mode.

If I play with WoW in a 1024x768 window then the corruption stays as pixel-level noise and does not crash the card. (At least, it hasn't yet.) However, playing in a bigger window results in the problem growing until the scenery starts flashing and card finally locks up. (See previous attachments.)
Comment 4 Chris Rankin 2007-10-29 16:02:29 UTC
I was wondering - could this bug be the result of heap corruption within Mesa that slowly kills the X server?
Comment 5 Roland Scheidegger 2007-10-29 16:20:22 UTC
(In reply to comment #4)
> I was wondering - could this bug be the result of heap corruption within Mesa
> that slowly kills the X server?
since dri clients have their own address space there seems to be little potential for memory corruption (which is still present after client restart).
Looks really strange, more like a hardware failure (overheating?). Does it also get fixed if you switch to a console and back? If this is a new issue you could try figuring out which commit caused it with git-bisect.
Comment 6 Chris Rankin 2007-10-29 16:53:02 UTC
It is not a new issue; I first noticed it a while ago, but it has been getting steadily worse recently.

And no, switching to a console and back doesn't reset the problem. I actually need to restart X to do that.
Comment 7 Chris Rankin 2007-10-29 17:35:12 UTC
(In reply to comment #6)
> And no, switching to a console and back doesn't reset the problem. I actually
> need to restart X to do that.

Hmm, to clarify: restarting X doesn't reset the problem completely after all. But it certainly reduces it. Restarting X stopped the subsequent flickering in celestia, for example.
Comment 8 Chris Rankin 2007-10-30 14:34:38 UTC
(In reply to comment #5)
> If this is a new issue you could
> try figuring out which commit caused it with git-bisect.

I'm not sure that this is Mesa's fault because I've just compiled Mesa 7.0.1 and rebooted, and the same problem has started again!

Could there be something in the DRM module causing this? That might at least explain how the problem can affect celestia after Warcraft. I am running Linux 2.6.23.1:

[drm] Initialized drm 1.1.0 20060810
[drm] Initialized radeon 1.28.0 20060524 on minor 0
Comment 9 ajax at nwnk dot net 2009-08-24 12:28:12 UTC
Mass version move, cvs -> git
Comment 10 Chris Rankin 2010-07-01 12:53:39 UTC
I've just noticed this patch being added to 2.6.32.x:

[patch 079/149] drm/radeon: r100/r200 ums: block ability for userspace app to trash 0 page and beyond

http://lkml.indiana.edu/hypermail/linux/kernel/1007.0/00405.html

Is there *any* possibility that I was hitting the bug that this patch is fixing here? (I no longer play WoW with my rv280, so can't actually test this hypothesis.)