Linux 4.8.13-1-ARCH x86_64 xorg-server 1.19.1-1 Since updating Xorg to 1.19.1-1 it core dumps multiple times a day. Multiple users reporting this issue. Removing the xf86-video-intel driver and going back to modesetting seems to make the problem slightly less. However some users still have crashes then. So it seems to be something in Xorg. But seems to be triggered randomly, haven't been able to pinpoint it to a specific action. Just the entire DE/Xorg crashing and the screen going blank. I was using two monitors (Laptop 2560x1600 + Monitor 2560x1440 connected via HDMI). Full core dump: Jan 16 10:50:04 systemd-coredump[6294]: Process 1600 (Xorg) of user 0 dumped core. Stack trace of thread 1625: #0 0x00007fd21be25300 n/a (intel_drv.so) #1 0x00007fd21be25d7d n/a (intel_drv.so) #2 0x00000000004bb772 n/a (Xorg) #3 0x0000000000582d13 n/a (Xorg) #4 0x0000000000583b14 miPointerSetPosition (Xorg) #5 0x000000000044cece n/a (Xorg) #6 0x000000000044d6d3 n/a (Xorg) #7 0x000000000044ef7f GetPointerEvents (Xorg) #8 0x000000000044f530 QueuePointerEvents (Xorg) #9 0x00007fd218cda3c5 n/a (libinput_drv.so) #10 0x00007fd218cdaf90 n/a (libinput_drv.so) #11 0x0000000000599a8c n/a (Xorg) #12 0x000000000059c191 n/a (Xorg) #13 0x00000000005998e6 n/a (Xorg) #14 0x00007fd220996454 start_thread (libpthread.so.0) #15 0x00007fd2206d97df __clone (libc.so.6) Stack trace of thread 1600: #0 0x00007fd22099ef1c __lll_lock_wait (libpthread.so.0) #1 0x00007fd220998bb6 pthread_mutex_lock (libpthread.so.0) #2 0x00000000005997d0 input_lock (Xorg) #3 0x00000000004bbc56 n/a (Xorg) #4 0x00000000004ba4c5 n/a (Xorg) #5 0x00000000005833ab miPointerUpdateSprite (Xorg) #6 0x00000000005835fa n/a (Xorg) #7 0x00000000004c8de1 n/a (Xorg) #8 0x0000000000515500 n/a (Xorg) #9 0x000000000043f6c8 n/a (Xorg) #10 0x0000000000440b07 WindowHasNewCursor (Xorg) #11 0x0000000000468860 ChangeWindowAttributes (Xorg) #12 0x00000000004305ed n/a (Xorg) #13 0x00000000004368d5 n/a (Xorg) #14 0x000000000043a858 n/a (Xorg) #15 0x00007fd220611291 __libc_start_main (libc.so.6) #16 0x000000000042453a _start (Xorg) Stack trace of thread 1617: #0 0x00007fd22099c10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007fd21be69709 n/a (intel_drv.so) #2 0x00007fd220996454 start_thread (libpthread.so.0) #3 0x00007fd2206d97df __clone (libc.so.6) -- Subject: Process 1600 (Xorg) dumped core -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/li … temd-devel -- Documentation: man:core(5) -- -- Process 1600 (Xorg) crashed and dumped core. -- -- This usually indicates a programming error in the crashing program and -- should be reported to its vendor as a bug. More information of arch linux users running into this issue: https://bbs.archlinux.org/viewtopic.php?id=221888 https://bbs.archlinux.org/viewtopic.php?id=221958
People with other VGAs also experience Xorg server crashes since 1.19.1 including myself (nVidia here). The login manager SDDM if present also crashes since the same Xorg update. This bug is not about Intel. See threads at Arch forums for people with nVidia cards crashing in the same manner: https://bbs.archlinux.org/viewtopic.php?id=221871 https://bbs.archlinux.org/viewtopic.php?id=221958
Xorg upstream only released 1.19.1 - if you have 1.19.1-1 then you have a distro-specific version.
(In reply to Storm Engineer from comment #1) > See threads at Arch forums for people with nVidia cards crashing in the same > manner: > https://bbs.archlinux.org/viewtopic.php?id=221871 > https://bbs.archlinux.org/viewtopic.php?id=221958 I skimmed these for evidence supporting that they're about the same problem as in this report, but couldn't find any. Until there is such evidence, it's better to assume that there are multiple separate problems and track them separately.
This is lack of locking in the multihreaded input rewrite. *** This bug has been marked as a duplicate of bug 99358 ***
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.