FS#65387 - [libinput] xwindow crashing when using xrandr and awesome window manager

Attached to Project: Arch Linux
Opened by Sami Kerola (kerolasa) - Wednesday, 05 February 2020, 13:32 GMT
Last edited by Andreas Radke (AndyRTR) - Sunday, 23 February 2020, 07:51 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
The xwindow will crash when I use xrandr and awesome window manager and try to adjust work spaces.

Go-around: Downgrade to libinput 1.15.0-1 and all works fine.

Additional info:
* package versions:
** libinput 1.15.1-1
** awesome 4.3-1
** xorg-server 1.20.7-1
** xorg-xrandr 1.5.1-1

Steps to reproduce:
# Update to libinput-1.15.1
# Use awesome (4.3-1) window manager.
# Try to use monitor and laptop screen as separate workspaces using xrandr (I do switching with using key binding similar to https://github.com/patflick/awesome-config/blob/master/xrandr.lua)
# The whole xwindow will crash, see below for journal entry.


Feb 05 07:54:10 lelux systemd-coredump[826]: Process 799 (Xorg) of user 1000 dumped core.

Stack trace of thread 799:
#0 0x00007f9485f72ce5 raise (libc.so.6 + 0x3bce5)
#1 0x00007f9485f5c857 abort (libc.so.6 + 0x25857)
#2 0x000055e45c1a7cea OsAbort (Xorg + 0xa2cea)
#3 0x000055e45c1ab531 FatalError (Xorg + 0xa6531)
#4 0x000055e45c1aed62 n/a (Xorg + 0xa9d62)
#5 0x00007f9485f72d70 __restore_rt (libc.so.6 + 0x3bd70)
#6 0x00007f9485f72ce5 raise (libc.so.6 + 0x3bce5)
#7 0x00007f9485f5c857 abort (libc.so.6 + 0x25857)
#8 0x00007f9485f5c727 __assert_fail_base.cold (libc.so.6 + 0x25727)
#9 0x00007f9485f6b426 __assert_fail (libc.so.6 + 0x34426)
#10 0x00007f948191c7a9 n/a (libinput.so.10 + 0x217a9)
#11 0x00007f94819241db n/a (libinput.so.10 + 0x291db)
#12 0x00007f9481923b3f libinput_dispatch (libinput.so.10 + 0x28b3f)
#13 0x00007f9481a12db9 n/a (libinput_drv.so + 0xadb9)
#14 0x000055e45c1a7311 n/a (Xorg + 0xa2311)
#15 0x000055e45c1ba920 WaitForSomething (Xorg + 0xb5920)
#16 0x000055e45c13d966 n/a (Xorg + 0x38966)
#17 0x00007f9485f5e023 __libc_start_main (libc.so.6 + 0x27023)
#18 0x000055e45c13e3be _start (Xorg + 0x393be)

Stack trace of thread 802:
#0 0x00007f94859e2cf5 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfcf5)
#1 0x00007f9483ba7dec n/a (i965_dri.so + 0x4f6dec)
#2 0x00007f9483ba79e8 n/a (i965_dri.so + 0x4f69e8)
#3 0x00007f94859dc46f start_thread (libpthread.so.0 + 0x946f)
#4 0x00007f94860363d3 __clone (libc.so.6 + 0xff3d3)

Stack trace of thread 804:
#0 0x00007f94859e2cf5 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfcf5)
#1 0x00007f9483ba7dec n/a (i965_dri.so + 0x4f6dec)
#2 0x00007f9483ba79e8 n/a (i965_dri.so + 0x4f69e8)
#3 0x00007f94859dc46f start_thread (libpthread.so.0 + 0x946f)
#4 0x00007f94860363d3 __clone (libc.so.6 + 0xff3d3)

Stack trace of thread 800:
#0 0x00007f94859e2cf5 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfcf5)
#1 0x00007f9484d68ed0 n/a (intel_drv.so + 0xb3ed0)
#2 0x00007f94859dc46f start_thread (libpthread.so.0 + 0x946f)
#3 0x00007f94860363d3 __clone (libc.so.6 + 0xff3d3)

Stack trace of thread 805:
#0 0x00007f94859e2cf5 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfcf5)
#1 0x00007f9483ba7dec n/a (i965_dri.so + 0x4f6dec)
#2 0x00007f9483ba79e8 n/a (i965_dri.so + 0x4f69e8)
#3 0x00007f94859dc46f start_thread (libpthread.so.0 + 0x946f)
#4 0x00007f94860363d3 __clone (libc.so.6 + 0xff3d3)

Stack trace of thread 803:
#0 0x00007f94859e2cf5 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfcf5)
#1 0x00007f9483ba7dec n/a (i965_dri.so + 0x4f6dec)
#2 0x00007f9483ba79e8 n/a (i965_dri.so + 0x4f69e8)
#3 0x00007f94859dc46f start_thread (libpthread.so.0 + 0x946f)
#4 0x00007f94860363d3 __clone (libc.so.6 + 0xff3d3)
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Sunday, 23 February 2020, 07:51 GMT
Reason for closing:  Fixed
Comment by Andreas Radke (AndyRTR) - Wednesday, 05 February 2020, 15:48 GMT Comment by Sami Kerola (kerolasa) - Friday, 21 February 2020, 09:07 GMT
The version libinput 1.15.2-1 does not crash. Quickly looking the commit that fixed the issue is below, but to be honest that is more of a guess than knowledge. More importantly all is fine again.

https://gitlab.freedesktop.org/libinput/libinput/commit/06591e5913fdfbc5eee4a7eb7ff035940ab99d81

Loading...