| Summary: | [GM965 WINE] assert in dri_bufmgr_fake.c:983: dri_fake_emit_reloc() triggered | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | David L. <equinox-freedesktopbugs> |
| Component: | Drivers/DRI/i965 | Assignee: | Eric Anholt <eric> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | bgamari, hedayatv, ixevix, kenneth, nian.wu |
| Version: | git | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | log from when trying to start civilization 4 beyond the sword | ||
|
Description
David L.
2008-04-21 17:12:12 UTC
Removing the assert makes the game run for another 60 seconds, then the screen turns into very funny pixel gibberish, the X server locks up and i need to reboot the box with Ctrl+Alt+Del (which astonishingly works still.) The pixel gibberish/lockup might be unrelated though, i kind of already had some experiences with it ;) Was the wine warning of GL_INVALID_ENUM for DXT1 texture format? Mesa does not support DXTI because of patent issue. You can use "driconf" to open the support. For the X server lockup, please you debug it and give the backtrace info. Created attachment 17532 [details]
log from when trying to start civilization 4 beyond the sword
I'm having the same problem with Civilization 4 in wine.
I'm using gentoo x86 with only xorg-server, mesa and their deps from the x11 overlay which pulls things from git.
The version of the xf86-video-i810 didn't seem to matter. I tried with 2.2.0.90, 2.2.1, 2.3.2 and the git one. They all gave the same error.
*** Bug 16190 has been marked as a duplicate of this bug. *** I have the same problem (Fedora 9, latest mesa dri drivers and xorg-x11-drv-i810) running applications like: bzflag, rcssserver3d. (I've event tried intel i810 2.4 with no success) I get essentially the same assert a few seconds after moving about the world in the 3D MMORPG PlaneShift: (psclient.bin: ../common/dri_bufmgr_fake.c:982: dri_fake_emit_reloc: Assertion `target_fake->is_static || target_fake->size_accounted' failed.) I have a G965/GMA X3000, and am running Arch Linux, Kernel 2.6.26.5, xorg-server 1.5.0, libdrm 2.3.1, mesa/libgl/intel-dri 7.2 (upgraded myself), and xf86-video-intel 2.4.2. Doesn't matter if I use EXA or XAA. I have _not_ set LIBGL_ALWAYS_INDIRECT. By the way, I highly recommend testing with PlaneShift - being free and Linux/X native, it's readily available, and triggers an awful lot of 3D driver bugs. Please try with current mesa. The interface that that assertion was about has been changed significantly, and I don't think you'll see this bug any more. (also, to the person who suggested PlaneShift, it failed to start at all on my system) (In reply to comment #7) > Please try with current mesa. The interface that that assertion was about has > been changed significantly, and I don't think you'll see this bug any more. > > (also, to the person who suggested PlaneShift, it failed to start at all on my > system) > I've tried Fedora 10 beta which uses mesa-dri-drivers 7.2 and rcssserver3d works in it :) (In reply to comment #8) > (In reply to comment #7) > > Please try with current mesa. The interface that that assertion was about has > > been changed significantly, and I don't think you'll see this bug any more. > > > > (also, to the person who suggested PlaneShift, it failed to start at all on my > > system) > > > > I've tried Fedora 10 beta which uses mesa-dri-drivers 7.2 and rcssserver3d > works in it :) > Works on Gentoo with mesa-7.2 too! I still had this issue with Mesa 7.2 on Arch Linux. However, I just tried Mesa master + linux drm-intel-next + xf86-video-intel 2.5.0 + xorg-server 1.5.2, and I haven't had any crashes or asserts. Seems fixed to me! Reported fixed with current GEM code. Mass version move, cvs -> git |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.