Forwarding this bug from Ubuntu reporter Rocko: http://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/975689 [Problem] We've had several reports of freezes while running google earth, of which this is one. Two instances are sandybridge, one is GM965. [Original Description] When I run google-earth 6.2.1.6014-r0 using the Sandy Bridge GPU, X freezes while zooming in on a location. For instance this happens when I type 'Caversham WA' into the Google Earth search: X freezes about half-way through the animation. This happens in Unity, Unity2d, or gnome-shell in Ubuntu 12.04. X completely freezes so that I can't even switch to a tty console. However, I can still ssh into the machine from a remote location. Restarting lightdm has no effect but I can reboot the PC. If I run google-earth through the nvidia card on this PC (using bumblebee/optirun) there is no problem. google-earth also runs fine in a VM on this machine using the VirtualBox OSE graphics drivers, and it also runs fine on another PC with only an nvidia card. The Xorg.0.log file reports "EQ overflowing" and gives a number of backtraces (the Xorg.0.log is attached in case apport didn't find it). DistroRelease: Ubuntu 12.04 Package: xserver-xorg-video-intel 2:2.17.0-1ubuntu4 Uname: Linux 3.3.1-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.0-0ubuntu4 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell] CompositorRunning: compiz Date: Sat Apr 7 11:09:12 2012 DistUpgraded: 2012-03-02 12:54:22,948 WARNING no activity on terminal for 240 seconds (Installed mysql-client-5.5) DistroCodename: precise DistroVariant: ubuntu ExtraDebuggingInterest: Yes, whatever it takes to get this fixed in Ubuntu InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012) MachineType: Dell Inc. Dell System XPS L502X ProcEnviron: LANGUAGE=en_AU:en TERM=xterm PATH=(custom, no user) LANG=en_AU.UTF-8ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.3.1-generic root=UUID=67083065-b92e-4596-a218-817c1dfc8ae7 ro i915.i915_enable_rc6=1 quiet splash vt.handoff=7 SourcePackage: xserver-xorg-video-intel UpgradeStatus: Upgraded to precise on 2012-03-02 (35 days ago) dmi.bios.date: 02/20/2012 dmi.bios.vendor: Dell Inc. dmi.bios.version: A10 dmi.board.name: 0NJT03 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 8 dmi.chassis.vendor: Dell Inc. dmi.chassis.version: 0.1 dmi.modalias: dmi:bvnDellInc.:bvrA10:bd02/20/2012:svnDellInc.:pnDellSystemXPSL502X:pvr:rvnDellInc.:rn0NJT03:rvrA00:cvnDellInc.:ct8:cvr0.1: dmi.product.name: Dell System XPS L502X dmi.sys.vendor: Dell Inc. version.compiz: compiz 1:0.9.7.4-0ubuntu3 version.ia32-libs: ia32-libs 20090808ubuntu35 version.libdrm2: libdrm2 2.4.32-1ubuntu1 version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.2-0ubuntu3 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.2-0ubuntu3 version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu10 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.99~git20111219.aacbd629-0ubuntu2 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.17.0-1ubuntu4 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build2
Created attachment 60347 [details] intel-freeze.log Manually collected error state, dmesg, and logs
I am affected as well. Ubuntu 12.04 Asus Zenbook UX31e Let me know if I can help. Wasca
Reporter identified this patch as possible fix: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/975689/+attachment/3114281/+files/fix-intel-gpu-crash-3.2.diff
I believe this should be fixed by the following kernel commit (available in linus/master or Greg's 3.3 stable tree): commit 3a69ddd6f872180b6f61fda87152b37202118fbc Author: Kenneth Graunke <kenneth@whitecape.org> Date: Fri Apr 27 12:44:41 2012 -0700 drm/i915: Set the Stencil Cache eviction policy to non-LRA mode. Clearing bit 5 of CACHE_MODE_0 is necessary to prevent GPU hangs in OpenGL programs such as Google MapsGL, Google Earth, and gzdoom when using separate stencil buffers. Without it, the GPU tries to use the LRA eviction policy, which isn't supported. This was supposed to be off by default, but seems to be on for many machines. This cannot be done in gen6_init_clock_gating with most of the other workaround bits; the render ring needs to exist. Otherwise, the register write gets dropped on the floor (one printk will show it changed, but a second printk immediately following shows the value reverts to the old one). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=47535 Cc: stable@vger.kernel.org Cc: Rob Castle <futuredub@gmail.com> Cc: Eric Appleman <erappleman@gmail.com> Cc: aaron667@gmx.net Cc: Keith Packard <keithp@keithp.com> Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Dave Airlie <airlied@redhat.com> Alternatively, if upgrading kernels is inconvenient, you can also test with: $ sudo intel_reg_write 0x2120 0x1206800 (assuming you have intel_reg_write from intel-gpu-tools)
Oh, and that's for Sandybridge; GM965 is going to be a totally separate issue. I'm pretty sure there are other bug reports for that.
Closing since SNB is fixed; leaving 48523 open for google earth hangs on GM965.
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.