Bug 14805

Summary: X server crash with Intel GM965
Product: Mesa Reporter: John Affleck <lists+bugs>
Component: Drivers/DRI/i965Assignee: Eric Anholt <eric>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium CC: michael.fu
Version: unspecifiedKeywords: NEEDINFO
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: Output of lspci -vv
Xorg.0.log.old
Xorg conf
xdpyinfo
glxinfo
Output of ps axww at time of crash
dmesg results with /sys/module/drm/parameters/debug set to 1
Xorg backtrace
dmesg output from 7.0.3-rc2 with drm debug
X server backtrace from 7.0.3-rc2
Xorg log from 7.0.3-rc2

Description John Affleck 2008-03-04 08:12:46 UTC
Created attachment 14809 [details]
Output of lspci -vv

Many openGL applications on a T61 running Ubuntu Gutsy crash X. Specific example is /usr/lib/xscreensaver/skyrocket, which will crash the server and cause a restart in window mode or lock the server up completely in full screen mode.
Comment 1 John Affleck 2008-03-04 08:13:19 UTC
Created attachment 14810 [details]
Xorg.0.log.old
Comment 2 John Affleck 2008-03-04 08:13:35 UTC
Created attachment 14811 [details]
Xorg conf
Comment 3 John Affleck 2008-03-04 08:13:55 UTC
Created attachment 14812 [details]
xdpyinfo
Comment 4 John Affleck 2008-03-04 08:14:14 UTC
Created attachment 14813 [details]
glxinfo
Comment 5 John Affleck 2008-03-04 08:14:41 UTC
Created attachment 14814 [details]
Output of ps axww at time of crash
Comment 6 John Affleck 2008-03-04 08:15:17 UTC
Created attachment 14815 [details]
dmesg results with /sys/module/drm/parameters/debug set to 1
Comment 7 John Affleck 2008-03-04 08:15:43 UTC
Created attachment 14816 [details]
Xorg backtrace
Comment 8 Eric Anholt 2008-03-07 14:57:32 UTC
You're using a very old 3d driver, and we've changed just about everything about the code surrounding the assert you're getting a failure on.  It seems to work with Mesa and X Server from master, so could you re-try with those to confirm that the bug is fixed for you?

(It may even be fixed in the 7.0.3 release candidates, as it's working for me in direct rendering with the mesa stable branch.  I can't test indirect mode easily with old Mesa to confirm)
Comment 9 Michael Fu 2008-03-11 01:28:49 UTC
John, are you able to test the git master tip?
Comment 10 John Affleck 2008-03-11 12:41:43 UTC
I've reproduced it on 7.0.3-rc2 backported from Ubuntu Hardy. I'll get DRM debug output and a backtrace shortly. I'm working on getting git HEAD built and tests.
Comment 11 John Affleck 2008-03-11 14:05:58 UTC
Created attachment 15041 [details]
dmesg output from 7.0.3-rc2 with drm debug
Comment 12 John Affleck 2008-03-11 14:06:30 UTC
Created attachment 15042 [details]
X server backtrace from 7.0.3-rc2
Comment 13 John Affleck 2008-03-11 14:06:59 UTC
Created attachment 15043 [details]
Xorg log from 7.0.3-rc2
Comment 14 John Affleck 2008-03-11 14:49:39 UTC
HEAD appears to require kernel > 2.6.22, which is a bit of a setback.
Comment 15 John Affleck 2008-03-11 17:14:53 UTC
Never mind. Mis-googled. Looks like it's an out-of-date libdrm resulting in a missing radeon define.
Comment 16 John Affleck 2008-03-13 09:40:09 UTC
libdrm-head plus mesa-head on Gutsy appears to result in a horribly broken mess openGL-wise, so I'll try with xserver-head as well. Next time I'll actually read the build instructions before hitting 'make'.
Comment 17 Michael Fu 2008-03-18 02:12:03 UTC
(In reply to comment #16)
> libdrm-head plus mesa-head on Gutsy appears to result in a horribly broken mess
> openGL-wise, so I'll try with xserver-head as well. Next time I'll actually
> read the build instructions before hitting 'make'.
> 

John, not quite understand this.. is the issue gone with git tip build or what?
Comment 18 John Affleck 2008-03-18 07:30:49 UTC
So I think I'm confused now. I have "the latest" libdrm from git, "the latest" mesa from git, and "the latest" xserver from git. I've built them all (to the best of my ability/knowledge), but the result does not appear to be stable enough to provide any insight as to whether this issue still exists. I can run 'skyrocket' for and arbitrary length of time, but I can't get the Gutsy version of compiz to even start up, which makes me believe I'm not reproducing the original failure.

Is there a specific set of branches/tags/whatever I should be testing against ? I guess I'll try pulling the latest again and rebuilding.
Comment 19 Eric Anholt 2008-03-18 12:43:01 UTC
master of server, drm, and mesa, plus any dependencies you required to get them built.  So it sounds like you're there, and that you've confirmed the bug is fixed.  compiz does have problems on mesa master, see #14441.  If all you're seeing is #14441, then we can probably close this bug.
Comment 20 John Affleck 2008-03-19 12:31:04 UTC
I still can't seem to get it to happen, so I'll move it to fixed. I'm going to ask about the chances of a backport of the fix to 7.0.x, but I'm guessing the chances are practically zero.

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.