[arch-general] Xorg segfault when using electron application and second monitor
Hi everyone, since yesterday's update, my Xorg crashes with a segmentation fault as soon as I start an electron application and have a second monitor activated. This is reproducible, a minimum working example looks like this: $ rocketchat-desktop $ xrandr --output DP-1-1 --auto --above eDP-1 --rotate normal $ rocketchat-desktop --disable-gpu $ rocketchat-desktop Starting rocketchat-desktop before activating the external screen works without error, as does starting rocketchat-desktop without GPU acceleration after activating the external screen. However, as soon as I start rocketchat-desktop normally (e.g. with GPU acceleration) Xorg immediately crashes, tty1 appears for a moment, and then my lightdm-gtk-greeter returns, allowing me to log in again. The same thing happens for example with signal-desktop or element-desktop. An example Xorg.log ends like this: [ 16805.080] (II) modeset(0): Allocate new frame buffer 1920x2160 stride [ 16805.230] (II) NVIDIA(G0): Setting mode "DP-1-1: nvidia-auto-select @1920x1080 +0+0 {AllowGSYNC=Off, ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}" [ 16808.392] (EE) [ 16808.392] (EE) Backtrace: [ 16808.392] (EE) 0: /usr/lib/Xorg (xorg_backtrace+0x5b) [0x55c4bab6457b] [ 16808.392] (EE) 1: /usr/lib/Xorg (0x55c4baa1e000+0x1511d5) [0x55c4bab6f1d5] [ 16808.392] (EE) 2: /usr/lib/libc.so.6 (0x7f8962b82000+0x3cda0) [0x7f8962bbeda0] [ 16808.392] (EE) 3: /usr/lib/Xorg (0x55c4baa1e000+0xd81f2) [0x55c4baaf61f2] [ 16808.392] (EE) 4: /usr/lib/Xorg (0x55c4baa1e000+0xd9d1c) [0x55c4baaf7d1c] [ 16808.392] (EE) 5: /usr/lib/Xorg (0x55c4baa1e000+0xd8dc6) [0x55c4baaf6dc6] [ 16808.392] (EE) 6: /usr/lib/Xorg (0x55c4baa1e000+0x398ac) [0x55c4baa578ac] [ 16808.392] (EE) 7: /usr/lib/libc.so.6 (__libc_start_main+0xd5) [0x7f8962ba9b25] [ 16808.392] (EE) 8: /usr/lib/Xorg (_start+0x2e) [0x55c4baa57cee] [ 16808.392] (EE) [ 16808.392] (EE) Segmentation fault at address 0x68 [ 16808.393] (EE) Fatal server error: [ 16808.393] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 16808.393] (EE) [ 16808.393] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 16808.393] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 16808.393] (EE) [ 16808.393] (II) AIGLX: Suspending AIGLX clients for VT switch [ 16808.450] (EE) Server terminated with error (1). Closing log file. Hardware is a Lenovo ThinkPad P53 notebook with dual graphics: $ lspci|grep -i vga 00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-H GT2 [UHD Graphics 630] 01:00.0 VGA compatible controller: NVIDIA Corporation TU117GLM [Quadro T1000 Mobile] (rev a1) Kernel is the latest Linux: $ uname -a Linux 5.12.15-arch1-1 #1 SMP PREEMPT Wed, 07 Jul 2021 23:35:29 +0000 x86_64 GNU/Linux And I'm using the NVIDIA driver: $ pacman -Qe|grep nvidia nvidia 465.31-14 nvidia-lts 1:465.31-12 nvidia-prime 1.0-4 nvidia-settings 465.31-1 I also downgraded to the earliest kernel and nvidia versions I had available from late May: [2021-07-12T18:25:56+0200] [ALPM] downgraded linux-lts (5.10.42-1 -> 5.10.39-1) [2021-07-12T18:25:59+0200] [ALPM] downgraded linux-lts-headers (5.10.42-1 -> 5.10.39-1) [2021-07-12T18:26:00+0200] [ALPM] downgraded linux (5.12.9.arch1-1 -> 5.12.6.arch1-1) [2021-07-12T18:26:02+0200] [ALPM] downgraded linux-headers (5.12.9.arch1-1 -> 5.12.6.arch1-1) [2021-07-12T18:26:03+0200] [ALPM] downgraded linux-hardened (5.12.14.hardened1-1 -> 5.11.22.hardened1-1) [2021-07-12T18:26:06+0200] [ALPM] downgraded linux-hardened-headers (5.12.14.hardened1-1 -> 5.11.22.hardened1-1) [2021-07-12T18:26:06+0200] [ALPM] downgraded nvidia-lts (1:465.31-7 -> 1:465.31-3) [2021-07-12T18:26:06+0200] [ALPM] downgraded nvidia (465.31-7 -> 465.31-4) However, the issue still persits. Any ideas on how to further diagnose this issue? I can provide more information, if needed. I'll try switching Also, is anyone having a similar issue? Kind regards, Lukas
On Mon, 12 Jul 2021 at 17:34, LuKaRo via arch-general < arch-general@lists.archlinux.org> wrote:
$ rocketchat-desktop
This won't solve your electron problem, but rocketchat is available without electron in Aur as rocketchat-client-bin[1] [1] https://aur.archlinux.org/packages.php?O=0&K=rocketchat-client-bin&do_Search=Go
Maybe you're affected by this bug: https://gitlab.freedesktop.org/xorg/xserver/-/issues/1195 -Andy
LuKaRo via arch-general <arch-general@lists.archlinux.org> wrote:
Hi everyone,
since yesterday's update, my Xorg crashes with a segmentation fault as soon as I start an electron application and have a second monitor activated. This is reproducible, a minimum working example looks like this:
$ rocketchat-desktop $ xrandr --output DP-1-1 --auto --above eDP-1 --rotate normal $ rocketchat-desktop --disable-gpu $ rocketchat-desktop
Starting rocketchat-desktop before activating the external screen works without error, as does starting rocketchat-desktop without GPU acceleration after activating the external screen. However, as soon as I start rocketchat-desktop normally (e.g. with GPU acceleration) Xorg immediately crashes, tty1 appears for a moment, and then my lightdm-gtk-greeter returns, allowing me to log in again. The same thing happens for example with signal-desktop or element-desktop. An example Xorg.log ends like this:
[ 16805.080] (II) modeset(0): Allocate new frame buffer 1920x2160 stride [ 16805.230] (II) NVIDIA(G0): Setting mode "DP-1-1: nvidia-auto-select @1920x1080 +0+0 {AllowGSYNC=Off, ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}" [ 16808.392] (EE) [ 16808.392] (EE) Backtrace: [ 16808.392] (EE) 0: /usr/lib/Xorg (xorg_backtrace+0x5b) [0x55c4bab6457b] [ 16808.392] (EE) 1: /usr/lib/Xorg (0x55c4baa1e000+0x1511d5) [0x55c4bab6f1d5] [ 16808.392] (EE) 2: /usr/lib/libc.so.6 (0x7f8962b82000+0x3cda0) [0x7f8962bbeda0] [ 16808.392] (EE) 3: /usr/lib/Xorg (0x55c4baa1e000+0xd81f2) [0x55c4baaf61f2] [ 16808.392] (EE) 4: /usr/lib/Xorg (0x55c4baa1e000+0xd9d1c) [0x55c4baaf7d1c] [ 16808.392] (EE) 5: /usr/lib/Xorg (0x55c4baa1e000+0xd8dc6) [0x55c4baaf6dc6] [ 16808.392] (EE) 6: /usr/lib/Xorg (0x55c4baa1e000+0x398ac) [0x55c4baa578ac] [ 16808.392] (EE) 7: /usr/lib/libc.so.6 (__libc_start_main+0xd5) [0x7f8962ba9b25] [ 16808.392] (EE) 8: /usr/lib/Xorg (_start+0x2e) [0x55c4baa57cee] [ 16808.392] (EE) [ 16808.392] (EE) Segmentation fault at address 0x68 [ 16808.393] (EE) Fatal server error: [ 16808.393] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 16808.393] (EE) [ 16808.393] (EE) Please consult the The X.Org Foundation support ???????????????? at http://wiki.x.org ??for help. [ 16808.393] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 16808.393] (EE) [ 16808.393] (II) AIGLX: Suspending AIGLX clients for VT switch [ 16808.450] (EE) Server terminated with error (1). Closing log file.
Hardware is a Lenovo ThinkPad P53 notebook with dual graphics:
$ lspci|grep -i vga 00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-H GT2 [UHD Graphics 630] 01:00.0 VGA compatible controller: NVIDIA Corporation TU117GLM [Quadro T1000 Mobile] (rev a1)
Kernel is the latest Linux:
$ uname -a Linux 5.12.15-arch1-1 #1 SMP PREEMPT Wed, 07 Jul 2021 23:35:29 +0000 x86_64 GNU/Linux
And I'm using the NVIDIA driver:
$ pacman -Qe|grep nvidia nvidia 465.31-14 nvidia-lts 1:465.31-12 nvidia-prime 1.0-4 nvidia-settings 465.31-1
I also downgraded to the earliest kernel and nvidia versions I had available from late May:
[2021-07-12T18:25:56+0200] [ALPM] downgraded linux-lts (5.10.42-1 -> 5.10.39-1) [2021-07-12T18:25:59+0200] [ALPM] downgraded linux-lts-headers (5.10.42-1 -> 5.10.39-1) [2021-07-12T18:26:00+0200] [ALPM] downgraded linux (5.12.9.arch1-1 -> 5.12.6.arch1-1) [2021-07-12T18:26:02+0200] [ALPM] downgraded linux-headers (5.12.9.arch1-1 -> 5.12.6.arch1-1) [2021-07-12T18:26:03+0200] [ALPM] downgraded linux-hardened (5.12.14.hardened1-1 -> 5.11.22.hardened1-1) [2021-07-12T18:26:06+0200] [ALPM] downgraded linux-hardened-headers (5.12.14.hardened1-1 -> 5.11.22.hardened1-1) [2021-07-12T18:26:06+0200] [ALPM] downgraded nvidia-lts (1:465.31-7 -> 1:465.31-3) [2021-07-12T18:26:06+0200] [ALPM] downgraded nvidia (465.31-7 -> 465.31-4)
However, the issue still persits. Any ideas on how to further diagnose this issue? I can provide more information, if needed. I'll try switching Also, is anyone having a similar issue?
Kind regards,
Lukas
I wonder if this is somewhat similar to my issue, https://lists.archlinux.org/pipermail/arch-general/2021-July/049097.html . Can you: 1. Start electron from a terminal and request electron to run in another desktop. Desktop in the window manager sense. Don't switch to the other desktop yet. Are there any error messages in the terminal? If you kill electron before switching to the desktop it should run in, does the xserver contiues in an apparent normal operation? 2. Does the xserver dumps core? Can you post gdb analyses for the core dump? 3. Do you use electron often enough in order to make an educated guess in which version of the xorg server the problem appeared for the 1st time? ? -- u34
I wonder if this is somewhat similar to my issue, https://lists.archlinux.org/pipermail/arch-general/2021-July/049097.html . Can you: 1. Start electron from a terminal and request electron to run in another desktop. Desktop in the window manager sense. Don't switch to the other desktop yet. Are there any error messages in the terminal? If you kill electron before switching to the desktop it should run in, does the xserver contiues in an apparent normal operation? Good point. I switched to tty2 (not sure if that's enough) and executed DISPLAY=:0 rocketchat-desktop. Nothing happened, until I switched back to tty7 (i3 desktop), when it immediately crashed and threw me back to
Hello everyone, thanks for the fast replies. On 7/12/21 8:03 PM, u34--- via arch-general wrote: the lightdm login screen. Upon returning to tty2, the command did not print any output but simply returned to the prompt.
2. Does the xserver dumps core? Can you post gdb analyses for the core dump? Yes, it does core dumps to /var/lib/systemd/coredump/. What exactly do you want to see? 3. Do you use electron often enough in order to make an educated guess in which version of the xorg server the problem appeared for the 1st time?
Unfortunately yes, I need to use electron daily. However, I can't tell exactly when I used an external screen for the last time, so I can only tell for sure that it worked on July 2nd, or maybe Monday the 5th. However, It seems likely that this issue is related to https://gitlab.freedesktop.org/xorg/xserver/-/issues/1195 . Thanks Andy for pointing this out. When downgrading [2021-07-12T21:18:27+0200] [ALPM] downgraded xorg-server-common (1.20.12-1 -> 1.20.11-1) [2021-07-12T21:18:27+0200] [ALPM] downgraded xorg-server (1.20.12-1 -> 1.20.11-1) The issue vanished.
participants (4)
-
Andreas Radke
-
Andy Pieters
-
LuKaRo
-
u34＠net9.ga