Invoking `xinput --disable [ || --enable] <device_xID>` kills X session
[Host info: Laptop Dell XPS15 running OS Arch x86_64 GNU/Linux 5.11.13-arch1-1 with gdm 40.0-1 on xorg-server 1.20.10-3]
Whenever I invoke $ xinput --disable <device_name>
xorg-server crashes and in so doing kills everything in the opened gdm session. The host recovers and presents USER with a new gdm session login dialog. Everything else seems completely normal on host.
The xorg-xinput version is 1.6.3-2, upgraded from 1.6.3-1 on 2020.05.19 (way before the issue appeared)
On the other hand, gdm + the linux kernel and headers were upgraded recently (from /var/log/pacman.log):
- [2021-04-09T08:29:29] [ALPM] upgraded linux (5.11.11.arch1-1 -> >> 5.11.12.arch1-1)
- [2021-04-09T08:29:30] [ALPM] upgraded gdm (3.38.2.1-1 -> 40.0-1)
2021.04.09 is when the issue started to manifest itself. In the past 5 days I have seen at least 2 similar reports appear on that or very similar looking issues, essentially from archers, who as I, run X.
This issue is perfectly reproducible and is triggered by execution of the xinput --disable <xID>
or xinput --enable <xID>
commands, no matter what the <xID>
is ...
The full systemd journal trace of the coredump is available in the attached file below where two X-crash events are recorded.