Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: Sporadic full or partial lockup of X server. At times it appears it locks up completely. The most recent time, the mouse cursor would still move, but the keyboard did not work and the mouse buttons did not work. Hard reboot required, setting initial severity to "high". Found a few older bugs from last year with a similar set of symptoms, but none matched exactly. Merge this bug as you see fit. Version-Release number of selected component (if applicable): xorg-x11-drv-intel-2.17.0-8.fc16.x86_64 How reproducible: Sporadic. Sometimes during normal use, sometimes on resume from suspend. Not reproducible on demand. Steps to Reproduce: Not reproducible on demand. Actual results: X server locks up. Expected results: X server should never lock up. From /var/log/messages: May 16 23:01:59 xxxxx kernel: [76063.028069] [drm:i915_hangcheck_elapsed] *ERROR * Hangcheck timer elapsed... GPU hung May 16 23:01:59 xxxxx kernel: [76063.028083] [drm:kick_ring] *ERROR* Kicking stu ck wait on render ring (these messages continue until a hard reboot is performed) From /var/log/Xorg.0.log.old: (large number of flip queue / page flip messages before the backtrace) [ 75904.346] (WW) intel(0): flip queue failed: Device or resource busy [ 75904.346] (WW) intel(0): Page flip failed: Invalid argument [ 75919.780] [mi] EQ overflowing. The server is probably stuck in an infinite lo op. [ 75919.802] Backtrace: [ 75919.928] 0: /usr/bin/X (xorg_backtrace+0x2f) [0x462e8f] [ 75919.929] 1: /usr/bin/X (mieqEnqueue+0x17d) [0x557aed] [ 75919.929] 2: /usr/bin/X (0x400000+0x46e73) [0x446e73] [ 75919.940] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f2137673000+0x54f9) [0x7f21376784f9] [ 75919.940] 4: /usr/bin/X (0x400000+0x7f618) [0x47f618] [ 75919.940] 5: /usr/bin/X (0x400000+0xa4e4b) [0x4a4e4b] [ 75919.940] 6: /lib64/libpthread.so.0 (0x3190c00000+0xf500) [0x3190c0f500] [ 75919.940] 7: /lib64/libc.so.6 (ioctl+0x7) [0x31904e9ce7] [ 75919.940] 8: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x3a18a034b8] [ 75919.940] 9: /usr/lib64/libdrm_intel.so.1 (0x7f2138ed1000+0x7dd9) [0x7f2138ed8dd9] [ 75919.940] 10: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f213911c000+0xb382) [0x7f2139127382] [ 75919.940] 11: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f213911c000+0x231e8) [0x7f213913f1e8] [ 75919.940] 12: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f213911c000+0x352c6) [0x7f21391512c6] [ 75919.940] 13: /usr/bin/X (0x400000+0x107d01) [0x507d01] [ 75919.941] 14: /usr/bin/X (0x400000+0x101baf) [0x501baf] [ 75919.941] 15: /usr/bin/X (0x400000+0x33b91) [0x433b91] [ 75919.941] 16: /usr/bin/X (0x400000+0x22ea5) [0x422ea5] [ 75919.941] 17: /lib64/libc.so.6 (__libc_start_main+0xed) [0x319042169d] [ 75919.941] 18: /usr/bin/X (0x400000+0x23191) [0x423191] From /var/log/Xorg.0.log (selected lines only, for hardware version info): [ 40.889] (--) PCI: (0:0:2:1) 8086:2a03:17aa:20b5 rev 12, Mem @ 0xf8200000/1048576, BIOS @ 0x????????/65536 [ 40.914] (II) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 40.914] (--) intel(0): Chipset: "965GM" From lspci -v: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Lenovo T61 Flags: bus master, fast devsel, latency 0, IRQ 46 Memory at f8100000 (64-bit, non-prefetchable) [size=1M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 1800 [size=8] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 3 Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c) Subsystem: Lenovo T61 Flags: bus master, fast devsel, latency 0 Memory at f8200000 (64-bit, non-prefetchable) [size=1M] Capabilities: [d0] Power Management version 3
Same happened here after watching a film for a couple of hours. Fedora 16 up-to-date $ uname -a Linux localhost.localdomain 3.3.5-2.fc16.x86_64 #1 SMP Tue May 8 11:24:50 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux $ lspci 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 10) 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)
Created attachment 585897 [details] Full dmesg including the crash Relevant lines: [ 7627.816021] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 7627.816028] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state [ 7627.816753] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 1166333 at 1166323, next 1166343) [ 7627.816925] [drm:i915_reset] *ERROR* Failed to reset chip.
Created attachment 585898 [details] Xorg log including the backtrace
Created attachment 585899 [details] i915_error_state
Additional piece of information: several times (but not every time) when this has happened to me, it has been after the following sequence of events: 1 - Resume from suspend, 2 - Unlock screen locker, 3 - Hit ALT-TAB to switch windows. Currently using KDE "Cover Switch" ALT-TAB window switching. 4 - Window switcher never appears, keyboard is inoperative, and mouse buttons are inoperative. Mouse cursor continues to move. 5 - Reboot required to regain control of computer. 6 - "GPU hung" messages are noticed in log from before reboot. However, resuming/unlocking/ALT-TABbing usually does not cause this problem. Only occasionally.
I've had this happen two more times since my last report here. The first time was like previous times, the first time an ALT-TAB is done following a resume from suspend. The second time was also after a resume from suspend, but it happened while I was dragging a large window. The GPU hang appeared to happen in the middle of the bitblt of the window - half of the window was askew of the other half. Again, the mouse cursor (apparently in hardware cursor mode) was still working, and the underlying OS was still running, but the X server was otherwise locked up. I have also noticed that this has been happening more frequently once I have a lot of applications open, such as 10-20 LibreOffice documents in addition to TB, Fx, xterms, and so forth. I will notice the ALT-TAB behavior becoming very sluggish, and I can almost count on a GPU hang following the next suspend/resume. I do have KDE desktop effects enabled, including translucent window dragging, and the Cover Switch ALT-TAB window switcher.
More information about conditions under which this bug occurs on my system. This bug may be related to the handling of a dual-headed setup in the following conditions: 1. External display disconnected, and 2. Desktop space remaining allocated for external display after disconnect, and 3. Suspend/Resume performed, and 4. GPU stressed following resume, such as with desktop switcher effects. I extend my desktop onto an external monitor at work, but not at home. Using KDE. When disconnecting the external monitor, KDE does not disable the external display (it is greyed out in the display control panel, so I cannot set it to Disabled). The mouse can still be moved to the now-not-visible external display, and windows can be dragged there. If I suspend the laptop in that state, this GPU hang bug is very likely to occur on or shortly following the next resume. However, if I manually use xrandr to disable the external display, using the below command, the GPU hang bug does not occur. xrandr --output LVDS1 --mode 1440x900 --output VGA1 --off So, apparently this bug is triggered by bug #822345 in KDE, but this is definitely NOT the same bug. I do not know if the cause is the extra allocated desktop space across a suspend/resume; or the allocated space combined with the external display being disconnected, followed by suspend/resume.
Created attachment 598255 [details] Xorg log
same problem on F17/i686, kernel 3.4.4-5.fc17.i686.PAE, xorg-x11-drv-intel-2.19.0-5.fc17.i686. Problem appears usualy when playing DVD video or doing some video intensive works. /var/log/messages contains lines as: kernel: [ 1327.360022] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung I added Xorg log as attachments, lsmod and lspci are here: # lsmod Module Size Used by nls_utf8 12493 1 udf 83513 1 crc_itu_t 12523 1 udf fuse 71416 3 tpm_bios 13328 0 lockd 78001 0 sunrpc 215303 1 lockd bnep 18863 2 bluetooth 258249 7 bnep rfkill 20451 3 bluetooth nf_conntrack_ipv4 14280 2 nf_defrag_ipv4 12601 1 nf_conntrack_ipv4 xt_state 12514 5 nf_conntrack 71517 3 xt_state,nf_conntrack_ipv4 ppdev 17363 0 8139too 32537 0 8139cp 27100 0 iTCO_wdt 17652 0 iTCO_vendor_support 13243 1 iTCO_wdt mii 13311 2 8139cp,8139too microcode 18713 0 snd_intel8x0 33100 4 snd_ac97_codec 104777 1 snd_intel8x0 ac97_bus 12630 1 snd_ac97_codec snd_pcm 81297 2 snd_ac97_codec,snd_intel8x0 snd_page_alloc 13709 2 snd_intel8x0,snd_pcm i2c_i801 17499 0 snd_timer 23742 1 snd_pcm snd 63133 12 snd_ac97_codec,snd_intel8x0,snd_timer,snd_pcm soundcore 14123 1 snd parport_pc 27403 0 parport 39143 2 ppdev,parport_pc uinput 17304 0 binfmt_misc 17231 1 i915 414310 2 video 18503 1 i915 i2c_algo_bit 13065 1 i915 drm_kms_helper 31059 1 i915 drm 205872 3 i915,drm_kms_helper i2c_core 28180 5 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit # lspci 00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 82) 00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 02) 01:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
Had this problem on F17 with kernel 3.6.10-2.fc17.x86_64 as reported also on comment #9 so this is not an F16 only problem.