From kernel 2.6.28-rc6 onwards and driver xf86-video-intel-2.5.1, the Intel GM45 freezes the Xorg when running any GLX (OpenGL) application.
The Xorg server works fine as long as no GLX applications are used. When GLX is in use, the system works for several minutes and then freezes completely, although the mouse cursor can be moved.
The whole system is not crashed, since pressing the power button will generate the shutdown event and, in case of having acpid running, the computer turns off.
This freeze happens with any GLX application, and I have tested ioquake3 (Quake 3 Arena), TORCS and Kwin (KDE 4.x) composite manager (only when using OpenGL rendering).
Please note that this doesn't happen when using xf86-video-intel-2.5.1 with a 2.6.27 kernel, which makes me presume that there is some problem with GEM.
Created attachment 20585 [details]
Xorg.0.log with linux 2.6.28-rc6 + Xorg 7.4 + xf86-intel-2.5.1
This is the Xorg.0.log with the 2.6.28-rc6 kernel, using xf86-video-intel-2.5.1 and Xorg 7.4 (xserver is 1.5.3).
This seems similar to bug#18052.
Can smaller demo like glxgears reproduce this too?
glxgears didn't crash the Xorg, I run them both in windowed mode and in fullscreen mode, both for 30 minutes, and nothing happened, so I guess is a problem with more demanding OpenGL applications.
At least I tested Quake 3 Arena, TORCS 1.3.0 and Kwin 4.1.3, and all crash the Xorg after several minutes.
I hope this can help in finding the bug.
bug#18052 has gone with latest kernel: git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel for-airlied branch. Could you try it?
Yes, with 2.6.28-rc7 + xf86-video-intel-2.5.1 now the graphics card behaves better with GLX applications. But there are still some big issues. For now, the Quake 3 Arena and the kwin4 with desktop effects and OpenGL rendering work properly and don't crash the Xorg.
However, all the applications now are very laggish. For instance, when pressing the button "Play" in Quake 3 Arena, it takes several seconds for the application to respond, and then it starts to load the game. Also, the framerate is ridiculously low. With 2.6.27 + 2.4.2 I got up to 80fps in Quake 3 Arena, whereas now I get only 29fps.
Another thing I wanted to point out is that some games don't even start the OpenGL mode. For instance, TORCS is not using OpenGL until the race is started. So I can browse the menus, but once I start the race, I only see a black screen, and not the starting grid with the cars. It looks like the whole OpenGL part hangs, and the game is stuck.
Should I open a new bug for this? Really, the performance of the GM45 is ridiculous, compared to what it should provide.
P.S.- Thanks for taking care of these bugs :)
I get this crash on Fedora 10 and Opensuse 11.1 which use 2.5.x and kernel 2.6.27.x. Both with the default driver and with the latest intel driver compiled from git. I don't think these are using GEM, so I'm not sure it is GEM specific bug.
(In reply to comment #6)
> I get this crash on Fedora 10 and Opensuse 11.1 which use 2.5.x and kernel
> 2.6.27.x. Both with the default driver and with the latest intel driver
> compiled from git. I don't think these are using GEM, so I'm not sure it is
> GEM specific bug.
Fedora 10 uses GEM kernel. Opensuse 11.1 uses non-GEM kernel so falling into gem-classic mode (with latest driver supporting gem). So your issue seems bug#18052.
What version of mesa are you using? Expect lower performance in Mesa 7.2 and earlier, as it is running in a compatibility mode.
Marking this fixed as the original issue (ioquake3 hang) is fixed. Please open separate bugs for separate issues.
(In reply to comment #5)
> Yes, with 2.6.28-rc7 + xf86-video-intel-2.5.1 now the graphics card behaves
> better with GLX applications. But there are still some big issues.
Are you using upstream 2.6.28-rc7 or for-airlied tree? TORCS is running fine on my GM45 with for-airlied.
I use mesa 7.2 and 2.6.28-rc7 from stock (nothing with for-airlied).
I will close this bug and open a new one with the performance issue, thank you very much all of you for your time :)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.