Created attachment 38543 [details] Xorg.0.log This happens on every System with intel graphics chip and intel graphics driver (tried different versions on different distributions - currently GENTOO): When I start the (proprietary) program MOE (Molecular Operating Environment) and try to do something with it (e.g. build/sketch a molecule) the Xserver hangs. Sample system: ASUSTeK Computer INC. P5Q-EM DO (Q45 Chipset) system architecture: x86_64 xf86-video-intel : 2.12.0 xserver: 1.8.2 mesa: 7.8.2 libdrm: 2.4.21 kernel version: 2.6.35-gentoo-r5 Linux distribution: Gentoo Display connector: VGA Reproducing steps: start X11 start MOE try to sketch molecule Unfortunately I didn't find any other (opensource) program to reproduce this issue and this program works when an nvidia card and driver is used. But I have more than 30 PCs in a teaching room where this program is needed to run. And I can't buy them all nvidia cards. I also tried older version of the xserver/driver a.s.o but the problem is not new.
Created attachment 38544 [details] dmesg output after the hang
Created attachment 38545 [details] xorg.conf - Nothing unusual
Created attachment 38546 [details] last batch buffer
This will require further error state capture in the kernel. In the meantime, all I can advise is to track changes in mesa and if at all possible create a minimal test case.
At least on a Dell Inspiron 1525 Notebook this crash does not happen when using "reduced" Quality settings for the display. The Tip came from the support of the MOE program: "The problem is that the graphics driver is reporting that it supports Open GLSL version 1.2, when the hardware does not. This means that you will get a crash when you display molecules in the main MOE window with the real time ray tracing turned on and the anti-aliasing in the "High Quality" mode." Maybe this could be an additional hint... When I have a little bit more time I could setup a PC using the latest drivers, xorg and mesa from git to test the newest code.
The Inspiron 1525 has a 965GM, right? If so that is only slightly less capable than q45 and has hardware support for OpenGL2.1. This is just your typical driver bug, just that the current error capturing is inadequate for us to be able to fix bugs solely on the error state for this generation of chipsets. So please do continue to find what the triggering factors are and please do check with the unstable drivers. Thanks.
There are fixes in Mesa master now for several things that could hang the GPU in 7.9, so definitely test current Mesa.
(In reply to comment #7) > There are fixes in Mesa master now for several things that could hang the GPU > in 7.9, so definitely test current Mesa. Last Friday I updated Xorg, intel driver and mesa to the last GIT versions and today I found some time to test on a Q45 PC: I assume it will work on the other intel graphics platforms as well (although I can only further test Q57 and an old centrino (1) notebook). It works!!! No crashes anymore. (At least the usual actions which led to the crash don't work now :-) Thanks to all of you. I close this bug now. Mathias
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.