alacritty: Alacritty freezes in primary display when using in multimonitor setup

So basically alacritty windows freezes in my main display but seems to work fine with respect to the secondary display that’s attached to my laptop. Not really sure how to debug this as well. I have attached the logs as well. Alacritty-30743.log

System

OS: Linux(Arch) Version: alacritty 0.7.1 (a852eb8) Linux: X11 / AwesomeWM

glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel (0x8086)
    Device: Mesa Intel(R) UHD Graphics 620 (WHL GT2) (0x3ea0)
    Version: 20.3.3
    Accelerated: yes
    Video memory: 3072MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) UHD Graphics 620 (WHL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 20.3.3
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.3.3
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.3.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

About this issue

  • Original URL
  • State: open
  • Created 3 years ago
  • Reactions: 7
  • Comments: 22 (5 by maintainers)

Most upvoted comments

Almost the same problem here:
Alacritty freezes on the laptop screen, but not on the external monitor. The laptop-screen is the secondary display (according to xrandr).

Might be important: The same happens with the Kitty terminal, but not with KDE’s Konsole, which is set to xrender, so this really seems to be OpenGL-related. It seems to happen more often/quicker, when using the Zen-Kernel (5.18.5).

Tuxedo Infintybook Pro 14 Gen6 (Clevo) Laptop with Intel i7-11137OH with Tigerlake-LP GT2 (Iris Xe). Arch Linux (Endeavour OS),
Kernel 5.17.9 X11, i3

name of display: :
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel (0x8086)
    Device: Mesa Intel(R) Xe Graphics (TGL GT2) (0x9a49)
    Version: 22.1.2
    Accelerated: yes
    Video memory: 31846MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) Xe Graphics (TGL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.1.2
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.1.2
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.1.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

This happens for me too, though only using X11. On Wayland Alacritty is fine. I mentioned some context in #4736. It takes a while to happen, but when it does, there is no repainting, just whatever was below the window when it stopped painting.

@CarloCattano you’re not using the latest git though. You need https://github.com/hyprwm/Hyprland/commit/f9c13b614c780c45933440ddecaaa57cc5f1cc12 commit, which is after the one you have in version.