This is the way I reproduce the gpu hung. 1. have a compositor running. 2. open some windows. 3. change the wallpaper in gnome 2.26 until the system freezes. (The wallpaper changes with a nice transition effect) This isn't the only way to hung the gpu but it is relative efficient. For example I also had gpu hungs while I was using moovida. http://www.moovida.com/ So a compositor is also not necessary but I had the feeling that the system freezes much faster. I will attach a gpu_dump.log with all the essential information from my system. I hope the intel_gpu_dump part is okay as it wasn't to easy to produce this file. I had to connect trough ssh and the system wasn't very responsive. The gpu_dump.log was created while I was running Gnome-Shell with compiz ssh wasn't working any more. I hope this information is useful.
This is the log file. http://www.file-upload.net/download-1758792/gpu_dump.log.html Sorry, that it took so long to upload the file, it seems that bugzilla doesn't like my attachment.
not sure if it's bug#22336
Created attachment 27622 [details] 2 intel gpu dumps with 2 dmesg messages I hope this new logs help to clarify if this is the same bug or another. How I produced the hung. I opened firefox, evolution, banshee all in full-screen mode. Then I opened some web pages and then I started gnome-shell. The screen froze almost mediately. This worked two times in a row. Regards Achim
OK, I've pushed a commit series that should fix GPU hangs with DRI2 in use. The symptoms in the GPU dumps are unreliable, as sometimes the corruption would occur in a state buffer not dumped in the intel_gpu_dump output, but I've definitely seen the symptoms of this in a number of the reports. Please retest with this set of changes, and reopen if the problem continues. (In your case, your compositor's depth buffer would have resulted in drawing a couple of pages beyond its bounds) xf86-video-intel: commit e8f0763d405a8152c74c28792c52fe12c1d41dd5 Author: Eric Anholt <eric@anholt.net> Date: Fri Aug 7 18:24:44 2009 -0700 Fix math in the tiling alignment fix. commit 222b52ef16895823fbf3a0fc0be4eb23b930ed1b Author: Eric Anholt <eric@anholt.net> Date: Fri Aug 7 18:05:29 2009 -0700 Align tiled pixmap height so we don't address beyond the end of our buffers. Mesa: commit ceb8afcca5b0a52b005a782ea54b301beaee1a15 Author: Eric Anholt <eric@anholt.net> Date: Fri Aug 7 18:09:31 2009 -0700 intel: Align region height as required for tiled regions. Otherwise, we would address beyond the end of our buffers. Fixes reliable GPU segfault with texture_tiling=true and oglconform shadow.c. Bug #22406.
Created attachment 28494 [details] updated logs Sorry, not fixed for me. I have the latest xorg-edgers updates with your commits included and an updated kernel with drm-fixes form your tree. http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2009-08-10/ This is how I produced the gpu hung. I started gnome-shell and changed the wallpaper the system froze immediately. This works also with compiz but it could be that it takes some wallpaper changes until the system is frozen. I also have the feeling if you have some full-screen windows open the system freezes faster. Regards Achim
So I reopen the bug, because the problem is still present for me. See comment #5
With the latest updates from xorg-edgers-ppa I wasn't able to crash my system any more. I am not sure, but I think some mesa updates fixed the problem. Regards Achim
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.