During regular work (in kile) X froze with only mouse moving, but I still could switch to textmode VTs. I'm posting the output of dmesg (I rather took a longer part). I think this error might be kernel-related, because X wouldn't work even after restarting the xdm service. I've got gentoo-sources-2.6.33, xorg-server-1.7.6 and xf86-video-intel-2.11.0. ... ata1.00: configured for UDMA/100 ata1: EH complete Hangcheck: hangcheck value past margin! i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-1: master_xfer[0] W, addr=0x50, len=1 i2c i2c-1: master_xfer[1] R, addr=0x50, len=128 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-1: master_xfer[0] W, addr=0x50, len=1 i2c i2c-1: master_xfer[1] R, addr=0x50, len=128 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-1: master_xfer[0] W, addr=0x50, len=1 i2c i2c-1: master_xfer[1] R, addr=0x50, len=128 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-1: master_xfer[0] W, addr=0x50, len=1 i2c i2c-1: master_xfer[1] R, addr=0x50, len=128 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-0: master_xfer[0] W, addr=0x50, len=1 i2c i2c-0: master_xfer[1] R, addr=0x50, len=1 i2c i2c-0: NAK from device addr 0x50 msg #0 i2c i2c-1: master_xfer[0] W, addr=0x50, len=1 i2c i2c-1: master_xfer[1] R, addr=0x50, len=128 sr0: CDROM (ioctl) error, command: cdb[0]=0x4a 4a 01 00 00 10 00 00 00 08 00 sr: Sense Key : 0x0 [current] sr: ASC=0x0 ASCQ=0x0 [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung render error detected, EIR: 0x00000000 [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 1318811 at 1318810) ------------[ cut here ]------------ WARNING: at drivers/gpu/drm/i915/i915_gem_tiling.c:490 i915_gem_set_tiling+0x253/0x260() Hardware name: 1550 failed to reset object for tiling switch Modules linked in: bridge stp llc lib80211_crypt_wep snd_pcm_oss snd_mixer_oss btrfs zlib_deflate fuse ipw2200 ohci1394 sg libipw sr_mod 8139too cdrom cfg80211 rfkill ieee1394 lib80211 unix Pid: 5333, comm: X Not tainted 2.6.33-gentoo-gf7f44f9 #2 Call Trace: [<c12072e3>] ? i915_gem_set_tiling+0x253/0x260 [<c12072e3>] ? i915_gem_set_tiling+0x253/0x260 [<c102613f>] ? warn_slowpath_common+0x6f/0xd0 [<c12072e3>] ? i915_gem_set_tiling+0x253/0x260 [<c10261eb>] ? warn_slowpath_fmt+0x2b/0x30 [<c12072e3>] ? i915_gem_set_tiling+0x253/0x260 [<c11ea055>] ? drm_ioctl+0x165/0x330 [<c1207090>] ? i915_gem_set_tiling+0x0/0x260 [<c1080cfd>] ? do_sync_read+0xad/0xf0 [<c11e9ef0>] ? drm_ioctl+0x0/0x330 [<c108ccbf>] ? vfs_ioctl+0x1f/0x80 [<c108d393>] ? do_vfs_ioctl+0x73/0x5c0 [<c10404f3>] ? ktime_get_ts+0xe3/0x100 [<c10404f3>] ? ktime_get_ts+0xe3/0x100 [<c108d91d>] ? sys_ioctl+0x3d/0x70 [<c1002c90>] ? sysenter_do_call+0x12/0x26 ---[ end trace 17bdaf2ab07d3636 ]--- Reproducible: Couldn't Reproduce
This seems to related to bug 310829, or maybe even a duplicate. Anyway, is really a very serious issue. The last few days I've had at least 5 such freezes, including freezes with data loss. I contrast to you, I never was able to switch to a VT, neither could I use Magic SysRQ keys to bring the system down somewhat cleanly. The difference between your and my system seems to be, that I use xorg-server-1.8.0. This suggests that the bug is introduces by the xf86-video-intel-2.11.0, or maybe by libdrm. What's your version? Mine is libdrm-2.4.20. For now, I'll downgrade the xf86-video-intel driver. I'll report back if that solves the issue for me.
There isn't much I can do about such bugs, they're beyond my knowledge of the driver. Please file a bug upstream [1] and paste the URL here so I can track the issue. Thanks [1] http://intellinuxgraphics.org/how_to_report_bug.html
Upstream bug: http://bugs.freedesktop.org/show_bug.cgi?id=27497
Reopening
Alright, let's track the bug upstream directly. Thanks
*** Bug 310829 has been marked as a duplicate of this bug. ***