| Summary: | [965g]: Consistent crashes in any GL application with DRI enabled | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Jack Lloyd <lloyd> |
| Component: | Drivers/DRI/i965 | Assignee: | Eric Anholt <eric> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | michel |
| Version: | 6.5 | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
My X logfile
My Xorg config glxinfo output X Log X Log with error X Log with error X Log with debug mode |
||
|
Description
Jack Lloyd
2006-12-11 17:42:33 UTC
Created attachment 8064 [details]
My X logfile
Created attachment 8065 [details]
My Xorg config
Created attachment 8066 [details]
glxinfo output
(In reply to comment #0) > With Mesa 6.5.2, running a GL application (such as glxgears or mplayer -vo gl) > results in the application segmentation faulting immediately. This only occurs > when DRI is enabled. Are you making sure that Mesa builds with -fno-strict-aliasing? > I cannot get a backtrace; running within gdb locks up X entirely and seems to > screw up the video hardware state, requiring a reboot. Yes, you can't debug an X server from within itself, because gdb stops execution of the X server, which is what provides interaction with gdb... it should work from a remote login though. Yes, I'm using the Mesa ebuild from Gentoo, which appends -fno-strict-aliasing to the set of flags (so the full CFLAGS when Mesa is built is '-march=nocona -O2 -momit-leaf-frame-pointer -fno-strict-aliasing'). I'll see if I can get a backtrace using a remote login. The bug priority was upgraded (P2->high) with the bugzilla configuration change. I'm Changing the priority back to the normal one. Sorry for the spam. Created attachment 10862 [details]
X Log
With me, happens the same, I tested with Ubuntu Feisty and Ubuntu Gutsy (Alpha Version)
Created attachment 10863 [details]
X Log with error
Sorry, in my other attachment, I sent the wrong file, now I'm sending the right.
Created attachment 10864 [details]
X Log with error
Sorry, in my other attachment, I sent the wrong file, now I'm sending the right.
Created attachment 10928 [details]
X Log with debug mode
What more info is needed on this topic? I have an Intel MB DG965SS with Core 2 Duo that I bought less than 3 months and I realy can't use it. I'm having problems that this topic describes well. I decided to buy Intel because this MB is marked as compatible on the site and the open source drivers.
And more, it is not relative to this topic: my sound card don't work microphone. I'm very disappointed with Intel.
I'm not seeing this problem with upstream driver. Jack, could you try newer driver? Wagner, did you report this problem to Ubuntu? I believe Ubuntu has validated on 965. > Wagner, did you report this problem to Ubuntu? I believe Ubuntu has validated
> on 965.
>
I tested with Ubuntu Feisty, then Gutsy Tribe 5 arrive in August, 23, so I tested too and I have the same result. So, I report today to Ubuntu.
But if you can test, It's easy to reproduce in Ubuntu (could be Live Tribe 5). In the screensaver preferences, try Endgame, just need less than 5 minutes to crash.
Wagner, the original reporter says it happens for "any GL application". Are you also in this status? e.g. running "glxgears" will also crash? (In reply to comment #13) > Wagner, the original reporter says it happens for "any GL application". Are you > also in this status? e.g. running "glxgears" will also crash? > Thinking about, Gordon, I'm not in this status. Here it happens for some GL applications, not for "any". I run glxgears and don't crash. Sorry for the inconvenience. What should I do now? Report a new bug? Yes, Wagner, please open a new bug. I'm closing as I can't reproduce it and no feedback from the original reporter for long time. Jack, please reopen if you can reproduce it with the latest driver. I can confirm as fixed with kernel 2.6.22.1, xf86-video-intel 2.1.1, mesa 7.0.1, xorg-server 1.3.0 At first glance, things seem stable and reasonably fast. Thanks for your efforts. |
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.