You are not logged in.

#1 2018-03-01 22:59:01

Nipsky
Member
From: Germany
Registered: 2011-10-03
Posts: 26

Random X crashes

Hi guys, I’m experiencing random X (1.19.6) chrashes on my Thinkpad L420 for some weeks now and I’m having a hard time figuring out what the problem is.

dmesg doesn’t give me any details, so does the X.org log, but I see a core being dumped in journalctl every time this happens:

Mär 01 23:22:49 archpad systemd-coredump[3409]: Process 25384 (Xorg) of user 0 dumped core.
                                                 
                                                 Stack trace of thread 25404:
                                                 #0  0x00007f9f38606860 raise (libc.so.6)
                                                 #1  0x00007f9f38607ec9 abort (libc.so.6)
                                                 #2  0x000055dc42323cea OsAbort (Xorg)
                                                 #3  0x000055dc421ff674 ddxGiveUp (Xorg)
                                                 #4  0x000055dc423297e2 n/a (Xorg)
                                                 #5  0x000055dc4232a625 FatalError (Xorg)
                                                 #6  0x000055dc42320dde n/a (Xorg)
                                                 #7  0x00007f9f3899add0 __restore_rt (libpthread.so.0)
                                                 #8  0x00007f9f38606860 raise (libc.so.6)
                                                 #9  0x00007f9f38607ec9 abort (libc.so.6)
                                                 #10 0x00007f9f385ff0bc __assert_fail_base (libc.so.6)
                                                 #11 0x00007f9f385ff133 __assert_fail (libc.so.6)
                                                 #12 0x00007f9f30c58f5f n/a (libinput.so.10)
                                                 #13 0x00007f9f30c54319 n/a (libinput.so.10)
                                                 #14 0x00007f9f30c56270 n/a (libinput.so.10)
                                                 #15 0x00007f9f30c4a89a n/a (libinput.so.10)
                                                 #16 0x00007f9f30c467ef libinput_dispatch (libinput.so.10)
                                                 #17 0x00007f9f30e7dc19 n/a (libinput_drv.so)
                                                 #18 0x000055dc4231f163 n/a (Xorg)
                                                 #19 0x000055dc42321861 n/a (Xorg)
                                                 #20 0x000055dc4231efae n/a (Xorg)
                                                 #21 0x00007f9f3899008c start_thread (libpthread.so.0)
                                                 #22 0x00007f9f386c7e7f __clone (libc.so.6)
                                                 
                                                 Stack trace of thread 25384:
                                                 #0  0x00007f9f386c7fe6 epoll_pwait (libc.so.6)
                                                 #1  0x000055dc42321817 n/a (Xorg)
                                                 #2  0x000055dc4231a70b WaitForSomething (Xorg)
                                                 #3  0x000055dc421bafc3 n/a (Xorg)
                                                 #4  0x000055dc421bf260 n/a (Xorg)
                                                 #5  0x00007f9f385f2f4a __libc_start_main (libc.so.6)
                                                 #6  0x000055dc421a8f0a _start (Xorg)

Backtracing the coredump gives me:

#0  0x00007f9f38606860 in raise () at /usr/lib/libc.so.6
#1  0x00007f9f38607ec9 in abort () at /usr/lib/libc.so.6
#2  0x000055dc42323cea in  ()
#3  0x000055dc421ff674 in  ()
#4  0x000055dc423297e2 in  ()
#5  0x000055dc4232a625 in  ()
#6  0x000055dc42320dde in  ()
#7  0x00007f9f3899add0 in <signal handler called> () at /usr/lib/libpthread.so.0
#8  0x00007f9f38606860 in raise () at /usr/lib/libc.so.6
#9  0x00007f9f38607ec9 in abort () at /usr/lib/libc.so.6
#10 0x00007f9f385ff0bc in __assert_fail_base () at /usr/lib/libc.so.6
#11 0x00007f9f385ff133 in  () at /usr/lib/libc.so.6
#12 0x00007f9f30c58f5f in  () at /usr/lib/libinput.so.10
#13 0x00007f9f30c54319 in  () at /usr/lib/libinput.so.10
#14 0x00007f9f30c56270 in  () at /usr/lib/libinput.so.10
#15 0x00007f9f30c4a89a in  () at /usr/lib/libinput.so.10
#16 0x00007f9f30c467ef in libinput_dispatch () at /usr/lib/libinput.so.10
#17 0x00007f9f30e7dc19 in  () at /usr/lib/xorg/modules/input/libinput_drv.so
#18 0x000055dc4231f163 in  ()
#19 0x000055dc42321861 in  ()
#20 0x000055dc4231efae in  ()
#21 0x00007f9f3899008c in start_thread () at /usr/lib/libpthread.so.0
#22 0x00007f9f386c7e7f in clone () at /usr/lib/libc.so.6

Can anyone make out where this problem might be coming from?

Offline

#2 2018-03-02 02:50:21

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,427

Re: Random X crashes

Before we dig deeper, make sure you at least have libinput 1.10.0+25+g3e77f2e9 installed (read, make sure your system is up to date) .  Is that the case and the problem still reproducible?

Last edited by V1del (2018-03-02 02:50:53)

Offline

#3 2018-03-14 11:59:16

lev.petrovic
Member
Registered: 2018-03-11
Posts: 2

Re: Random X crashes

I had experienced the same problem in the past few days, and it has been hugely annoying (xorg-server crashed like every 10 minutes, making my laptop almost unusable). I had found nothing explicit nor in dmesg nor in xorg.log or xorg.log.old, but journalctl had exactly the same coredumps.
In my case, in the end, the responsible seemed to be libinput, and the crashes happened when swiping the touchpad, like said here
https://bbs.archlinux.org/viewtopic.php?id=234660
https://bbs.archlinux.org/viewtopic.php?id=234739

There is a bug report:
https://bugs.archlinux.org/task/57796

I downgraded libinput-1.10.2-1-x86_64 ---> libinput-1.9.4-1-x86_64 and now everything is ok.

Last edited by lev.petrovic (2018-03-14 12:05:03)

Offline

Board footer

Powered by FluxBB