Bug 14130 - [965] X server crash by ZSnes when clipping
Summary: [965] X server crash by ZSnes when clipping
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: 6.5
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Mark Wagner
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
: 14105 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-01-18 21:48 UTC by Mark Wagner
Modified: 2008-02-13 21:06 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.log from the crash (113.59 KB, text/plain)
2008-01-18 21:48 UTC, Mark Wagner
Details

Description Mark Wagner 2008-01-18 21:48:49 UTC
Created attachment 13785 [details]
Xorg.log from the crash

While playing graphically-intensive games (SecondLife, ZSnes), the X server will occasionally crash.

/var/log/messages contains the following line from the time of the crash:
Jan 18 19:59:33 wolf [drm:drm_lock_free] *ERROR* 1 freed heavyweight lock held by 2

Hardware:
Intel Q6600 CPU
ASUS P5E-VM HDMI mainboard
4GB RAM
Comment 1 Michael Fu 2008-01-22 18:31:58 UTC
*** Bug 14105 has been marked as a duplicate of this bug. ***
Comment 2 Michael Fu 2008-01-22 18:39:36 UTC
comment from nanhai: could you please try to see if this problem happen on a UP environment? you can add a kernel parameter of maxcpu=1 to force using only one processor.
Comment 3 Mark Wagner 2008-01-22 22:36:57 UTC
(In reply to comment #2)
> comment from nanhai: could you please try to see if this problem happen on a UP
> environment? you can add a kernel parameter of maxcpu=1 to force using only one
> processor.
> 

Still crashes.  I've found a way to cause it to crash on demand:

1) Open a window.
2) Set the window to "always on top", and size and position it so there's room for a ZSnes window to open beside it.
3) Start ZSnes.
4) Drag the ZSnes window so it moves behind the other window.  As soon as it starts going behind the other window, it will stop moving, but the mouse can continue to be moved.  Two seconds later, the mouse cursor will freeze, and the bottom third of the screen will be corrupted (I've seen solid black, solid white, or alternating black and white vertical bars).

The crash will not happen if the ZSnes window starts out partially behind the other window, or if it passes in front of the other window.
Comment 4 Gordon Jin 2008-01-22 23:52:54 UTC
Thanks for finding the reproducible way. 

I'm not sure if Nanhai is familiar with ZSnes...
Comment 5 Mark Wagner 2008-01-23 01:50:35 UTC
(In reply to comment #4)
> Thanks for finding the reproducible way. 
> 
> I'm not sure if Nanhai is familiar with ZSnes...
> 
I can also reproduce it with SecondLife, and with MPlayer using either the gl or gl2 output drivers.
Comment 6 Zou Nan hai 2008-02-13 19:32:36 UTC
Hi, Wagner
Can you test it again with the latest mesa and drm?
I can not see the issue here.
Comment 7 Michael Fu 2008-02-13 21:06:08 UTC
mark as resolved. please reopen if you still can reproduce this bug after tried comment# 6.


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.