Bug 23710 - [R500] doom3 lockups when starting a new game
Summary: [R500] doom3 lockups when starting a new game
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r300 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium critical
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-04 09:06 UTC by Fabio Pedretti
Modified: 2009-11-19 02:13 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Fabio Pedretti 2009-09-04 09:06:58 UTC
When trying to play doom3 ( https://bugs.freedesktop.org/show_bug.cgi?id=23545 ) my system instantly lockups after starting a new game.

I am using current git compiled without libdrm_radeon and without KMS:
GL_RENDERER   = Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX/SSE2 TCL
Comment 1 Fabio Pedretti 2009-09-04 09:11:47 UTC
Correct doom3 download link:
http://zerowing.idsoftware.com/
Comment 2 Roland Scheidegger 2009-09-07 08:34:10 UTC
Could be dupe of https://bugs.freedesktop.org/show_bug.cgi?id=22372 and just not recovering from the assert due to doom3's signal handler (so it's not actually locked up you could just kill doom3 from another box for instance).
Comment 3 Nicolai Hähnle 2009-09-07 12:00:44 UTC
If your assessment is correct, then it may not a driver bug, but that doesn't really help users who are affected by the problem.

Is there some piece of advice we can give in that situation? I.e. some magic key combination like Ctrl+Alt+Del on Windows that people could hit to recover their desktop session?

Obviously the now removed Ctrl+Alt+Backspace is not a solution since it kills the desktop session, and Ctrl+Alt+Fn-ing to a terminal plus invoking magic commands is also not a good solution.
Comment 4 Fabio Pedretti 2009-09-08 01:02:39 UTC
OK, the game can indeed be killed from another box after sshing from it. I also tried the patch attached to bug #22372 comment #8, but it doesn't change anything.

Other bugs that may be related to this are: bug #22742, bug #22741.
Comment 5 Fabio Pedretti 2009-09-08 01:07:13 UTC
Just want to add that after killing the game without the patch I get this assert:
doom.x86: radeon_mipmap_tree.c:117: compute_tex_image_offset: Assertion `lvl->size > 0' failed.

while when killing it with the patch I get this:
doom.x86: radeon_texture.c:874: migrate_image_to_miptree: Assertion `dstlvl->width == image->base.Width' failed.
Comment 6 Michel Dänzer 2009-09-08 01:53:22 UTC
The hang is probably related to the DRI1 lock, and may not happen with DRI2. Not sure anything can be done for DRI1, though this may have been made worse by a recent signal related DRM change which helped for starting a DRI1 enabled X server in gdb.
Comment 7 Fabio Pedretti 2009-10-19 01:53:25 UTC
The patch at bug #22742 comment #7 also fixes this issue.
Comment 8 Fabio Pedretti 2009-11-19 02:13:20 UTC
The original issue is fixed and the game starts fine. See bug #25179 for a new minor issue.


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.