System freezes, with gpuwatchdog segfault and spotify coredump

12ian34 · 2021-01-29 17:11:39

Hello,

I'm having an issue with instability on my Arch installation. This has always been a problem since installation 9 months ago. I'd really, really appreciate some help because it drives me to use Windows (which I really want to avoid except for AAA gaming). I'm happy to share any further logs or details upon request. First time posting here.

The problem:

Sometimes, when placed under heavy load, the system nearly completely freezes up:
- Load averages rocket from <1 second to >60 seconds.
- System is mostly unresponsive, can't really do anything.
- If spotify is playing, the audio starts to shudder, then stops completely, sometimes starts playing again after a bit but then ultimately stops.

When it happens:

- Sometimes when doing a huge pacman/yay upgrade.
- This time, it happened when installing nerd-fonts-complete from the AUR, via yay. I think it was around 6 minutes into the installation, maybe when it was Making package. But it equally could have been something else I was doing. The logs suggest spotify was involved but I'm not sure what/why/how. Perhaps the combination of an Electron app with the heavy load of this 2.2 GB AUR package? The yay update did seem to be using most of my CPU.
- I cannot reliably reproduce it.

The outcome:

- Sometimes, things are resolved if I wait a long enough time (typically >5 minutes). It has hung for longer than this but I haven't had the patience to wait and see if it will unfreeze, so I typically just hard reboot.

Some logs of the most recent occurrence:

On this occurrence, I was in the middle of installing nerd-fonts-complete, spotify was playing music, I was running a 1.5 TB borg backup between two USB HDDs, I also had Firefox and Chromium running with about 30 tabs open between them.

Checking journalctl, just before the huge slowdown, I get:

Jan 29 14:32:57 archian audit[54444]: ANOM_ABEND auid=1000 uid=1000 gid=985 ses=1 pid=54444 comm="GpuWatchdog" exe="/opt/spotify/spotify" sig=11 res=1
Jan 29 14:33:09 archian kernel: GpuWatchdog[54476]: segfault at 0 ip 00007f434d31ac4f sp 00007f4345383120 error 6 in libcef.so[7f4349275000+6dbb000]
Jan 29 14:33:09 archian kernel: Code: 89 de e8 44 c2 9f fe 80 7d cf 00 79 09 48 8b 7d b8 e8 15 31 67 fe 41 8b 84 24 e0 00 00 00 89 45 b8 48 8d 7d b8 e8 f1 ae f5 fb <c7> 04 25 00 00 00 00 37 13 00 00 48 83 c4 38 5b 41 5c 41 5d 41 5e
Jan 29 14:33:09 archian kernel: audit: type=1701 audit(1611930777.367:305): auid=1000 uid=1000 gid=985 ses=1 pid=54444 comm="GpuWatchdog" exe="/opt/spotify/spotify" sig=11 res=1
Jan 29 14:33:44 archian audit: BPF prog-id=26 op=LOAD
Jan 29 14:33:54 archian kernel: audit: type=1334 audit(1611930824.612:306): prog-id=26 op=LOAD
Jan 29 14:33:54 archian kernel: audit: type=1334 audit(1611930824.612:307): prog-id=27 op=LOAD
Jan 29 14:33:54 archian kernel: audit: type=1130 audit(1611930824.652:308): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 29 14:33:44 archian audit: BPF prog-id=27 op=LOAD
Jan 29 14:33:44 archian audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 29 14:33:44 archian systemd[1]: Started Process Core Dump (PID 186226/UID 0).

Then it appears to do a coredump of spotify, with stack traces mentioning radeonsri_dri amongst other things.

Jan 29 14:35:05 archian rtkit-daemon[1223]: Supervising 2 threads of 2 processes of 1 users.
Jan 29 14:35:05 archian rtkit-daemon[1223]: Supervising 2 threads of 2 processes of 1 users.
Jan 29 14:36:22 archian systemd-coredump[186579]: Process 54444 (spotify) of user 1000 dumped core.

... stack trace omitted, see full journalctl log on pastebin ...

Jan 29 14:36:22 archian systemd[1]: systemd-coredump@1-186226-0.service: Succeeded.
Jan 29 14:36:22 archian kernel: audit: type=1131 audit(1611930982.706:309): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 29 14:36:22 archian audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 29 14:36:22 archian audit: BPF prog-id=27 op=UNLOAD
Jan 29 14:36:22 archian audit: BPF prog-id=26 op=UNLOAD
Jan 29 14:36:22 archian kernel: audit: type=1334 audit(1611930982.806:310): prog-id=27 op=UNLOAD
Jan 29 14:36:22 archian kernel: audit: type=1334 audit(1611930982.806:311): prog-id=26 op=UNLOAD

And checking dmesg -T around the same time, showing a segfault:

[Fri Jan 29 14:32:56 2021] GpuWatchdog[54476]: segfault at 0 ip 00007f434d31ac4f sp 00007f4345383120 error 6 in libcef.so[7f4349275000+6dbb000]
[Fri Jan 29 14:32:56 2021] Code: 89 de e8 44 c2 9f fe 80 7d cf 00 79 09 48 8b 7d b8 e8 15 31 67 fe 41 8b 84 24 e0 00 00 00 89 45 b8 48 8d 7d b8 e8 f1 ae f5 fb <c7> 04 25 00 00 00 00 37 13 00 00 48 83 c4 38 5b 41 5c 41 5d 41 5e
[Fri Jan 29 14:32:56 2021] audit: type=1701 audit(1611930777.367:305): auid=1000 uid=1000 gid=985 ses=1 pid=54444 comm="GpuWatchdog" exe="/opt/spotify/spotify" sig=11 res=1
[Fri Jan 29 14:33:43 2021] audit: type=1334 audit(1611930824.612:306): prog-id=26 op=LOAD
[Fri Jan 29 14:33:43 2021] audit: type=1334 audit(1611930824.612:307): prog-id=27 op=LOAD
[Fri Jan 29 14:33:43 2021] audit: type=1130 audit(1611930824.652:308): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[Fri Jan 29 14:36:21 2021] audit: type=1131 audit(1611930982.706:309): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-186226-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[Fri Jan 29 14:36:21 2021] audit: type=1334 audit(1611930982.806:310): prog-id=27 op=UNLOAD
[Fri Jan 29 14:36:21 2021] audit: type=1334 audit(1611930982.806:311): prog-id=26 op=UNLOAD

System details:

- CPU: AMD Ryzen 5 3600 (12) @ 3.600GHz
- GPU: AMD ATI Radeon RX 580 (using amdgpu driver)
- Memory: 16 GB Corsair Vengeance
- Mobo: MSI B450M
- uname -a output: Linux archian 5.10.11-arch1-1 #1 SMP PREEMPT Wed, 27 Jan 2021 13:53:16 +0000 x86_64 GNU/Linux
- Plenty of disk space and spare memory. Driving 2 1440p monitors. Running a lightweight i3-wm.
- I dual boot Windows 10 on this PC, on a separate SSD. Windows 10 works perfectly with no issues even under huge load, including running AAA games at 1440p, 75fps.
- I have run successful tests against the CPU, Memory and GPU and even had the Motherboard RMAd when I built this PC about 9 months ago with all brand new components.

0xrayn · 2021-02-04 01:32:37

I am experiencing almost the exact same behavior. In my case either spotify or discord segfaults, but I guess they rely on the same framework. For me this began right after updating to Gnome 3.39 and almost always happens when I move the mouse cursor to the up left hot corner to show the desktop overview.

It is exactly as described, sometime the system comes back after 1 or 2 minute and sometimes I try to login with a different system (which is always possible IIRC) an kill the wayland process. (Perhaps wayland is a problem here?)

Unfortunately the logs (sudo journalctl -b 0) seem not to catch the source of the problem. I am not sure if the coredump of spotify or discord is the cause or just a symptom. I also cannot reproduce the error, so there is no way to do a systematic testing of this. It seems to me that the higher the base load of the system, the more often the system freezes. (e.g. when running OBS with screen capturing.). All in all the error happens for me once a week at most. Perhaps it has something to do with creating the coredumps or something like that, but that is pure speculation. Anyway it is really annoying.

Last edited by 0xrayn (2021-02-04 01:34:48)

orlfman · 2021-02-04 06:59:19

0xrayn wrote:

I am experiencing almost the exact same behavior. In my case either spotify or discord segfaults, but I guess they rely on the same framework. For me this began right after updating to Gnome 3.39 and almost always happens when I move the mouse cursor to the up left hot corner to show the desktop overview.
It is exactly as described, sometime the system comes back after 1 or 2 minute and sometimes I try to login with a different system (which is always possible IIRC) an kill the wayland process. (Perhaps wayland is a problem here?)
Unfortunately the logs (sudo journalctl -b 0) seem not to catch the source of the problem. I am not sure if the coredump of spotify or discord is the cause or just a symptom. I also cannot reproduce the error, so there is no way to do a systematic testing of this. It seems to me that the higher the base load of the system, the more often the system freezes. (e.g. when running OBS with screen capturing.). All in all the error happens for me once a week at most. Perhaps it has something to do with creating the coredumps or something like that, but that is pure speculation. Anyway it is really annoying.

do you have an amd processor too? i know linux had segfault problems with ryzen when first generation ryzen came out. if you do too then maybe there's something else that can cause one on amd cpu's again. could also be caused with unstable ram too on amd and not enough soc voltage.

edit:
i also think it can be caused by certain c-states and some power limit thing. like typical current or something like that on ryzen.

Last edited by orlfman (2021-02-04 07:03:24)

beaussan · 2021-02-04 15:49:39

I have the same issue, and my cpu is a Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz.

I didn't find out the cause of it, but it's not only a ryzen issue.

0xrayn · 2021-02-04 17:05:08

My system is a Thinkpad X1 Carbon 7th Gen

CPU:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 142
model name      : Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz
stepping        : 12
microcode       : 0xde
cpu MHz         : 800.023
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 22
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d arch_capabilities
vmx flags       : vnmi preemption_timer invvpid ept_x_only ept_ad ept_1gb flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest ple shadow_vmcs pml ept_mode_based_exec
bugs            : spectre_v1 spectre_v2 spec_store_bypass swapgs taa itlb_multihit srbds
bogomips        : 4201.88
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

12ian34 · 2021-02-04 18:51:57

0xrayn wrote:

My system is a Thinkpad X1 Carbon 7th Gen

By the way, I have this identical laptop and the same issue happens on it under arch. I also dual boot Windows on it and Windows seems to work perfectly even under massive load.

Max Ammann · 2021-02-06 08:46:07

Having the same/similar problem on my Lenovo T490. In my case my system freezes completely and my fans spin up. Happened in ferdi and signal. Seems like this is related to electron apps?

Similar issue on Ubunut: https://bugs.launchpad.net/ubuntu/+sour … ug/1861294

Feb 04 20:35:11 max-laptop kernel: GpuWatchdog[2597]: segfault at 0 ip 000055d4b159d587 sp 00007fdd9caef5d0 error 6 in ferdi[55d4ae3c2000+53d8000]
Feb 04 20:35:11 max-laptop kernel: Code: 7d b7 00 79 09 48 8b 7d a0 e8 05 51 d3 fe 8b 83 00 01 00 00 85 c0 0f 84 91 00 00 00 48 8b 03 48 89 df be 01 00 00 00 ff 50 68 <c7> 04 25 00 00 00 00 >
Feb 04 20:35:11 max-laptop kernel: audit: type=1701 audit(1612467311.043:331): auid=1000 uid=1000 gid=1000 ses=1 pid=2515 comm="GpuWatchdog" exe="/app/Ferdi/ferdi" sig=11 res=1
Feb 04 20:35:11 max-laptop systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Feb 04 20:35:11 max-laptop audit: BPF prog-id=26 op=LOAD
Feb 04 20:35:11 max-laptop audit: BPF prog-id=27 op=LOAD
Feb 04 20:35:11 max-laptop systemd[1]: Started Process Core Dump (PID 199876/UID 0).
Feb 04 20:35:11 max-laptop audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-199876-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? a>
Feb 04 20:35:11 max-laptop kernel: audit: type=1334 audit(1612467311.087:332): prog-id=26 op=LOAD
Feb 04 20:35:11 max-laptop kernel: audit: type=1334 audit(1612467311.087:333): prog-id=27 op=LOAD
Feb 04 20:35:11 max-laptop kernel: audit: type=1130 audit(1612467311.087:334): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-199876-0 comm="systemd" exe="/usr/lib/s>
Feb 04 20:35:11 max-laptop systemd-coredump[199877]: Process 2515 (ferdi) of user 1000 dumped core.
                                                     
                                                     Stack trace of thread 45:
                                                     #0  0x000055d4b159d587 n/a (/app/Ferdi/ferdi + 0x48bd587)
                                                     #1  0x000055d4b0270f80 n/a (/app/Ferdi/ferdi + 0x3590f80)
                                                     #2  0x000055d4b0281eee n/a (/app/Ferdi/ferdi + 0x35a1eee)
                                                     #3  0x000055d4b0281cb7 n/a (/app/Ferdi/ferdi + 0x35a1cb7)
                                                     #4  0x000055d4b0243b9a n/a (/app/Ferdi/ferdi + 0x3563b9a)
                                                     #5  0x000055d4b02827c8 n/a (/app/Ferdi/ferdi + 0x35a27c8)
                                                     #6  0x000055d4b025bfb7 n/a (/app/Ferdi/ferdi + 0x357bfb7)
                                                     #7  0x000055d4b02958aa n/a (/app/Ferdi/ferdi + 0x35b58aa)
                                                     #8  0x000055d4b02cca05 n/a (/app/Ferdi/ferdi + 0x35eca05)
                                                     #9  0x00007fdda01324d2 n/a (/usr/lib/x86_64-linux-gnu/libpthread-2.31.so + 0x84d2)

Feb 05 20:01:34 max-laptop kernel: GpuWatchdog[2673]: segfault at 0 ip 000056371654a107 sp 00007f8ba6995570 error 6 in signal-desktop[563713369000+53d6000]
Feb 05 20:01:34 max-laptop kernel: Code: 7d b7 00 79 09 48 8b 7d a0 e8 35 52 d3 fe 8b 83 00 01 00 00 85 c0 0f 84 91 00 00 00 48 8b 03 48 89 df be 01 00 00 00 ff 50 68 <c7> 04 25 00 00 00 00 >
Feb 05 20:01:34 max-laptop kernel: audit: type=1701 audit(1612551694.569:556): auid=1000 uid=1000 gid=1000 ses=1 pid=2635 comm="GpuWatchdog" exe="/usr/lib/signal-desktop/signal-desktop" sig=>
Feb 05 20:01:34 max-laptop systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Feb 05 20:01:34 max-laptop audit: BPF prog-id=36 op=LOAD
Feb 05 20:01:34 max-laptop audit: BPF prog-id=37 op=LOAD
Feb 05 20:01:34 max-laptop systemd[1]: Started Process Core Dump (PID 140567/UID 0).
Feb 05 20:01:34 max-laptop audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-140567-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? a>
Feb 05 20:01:34 max-laptop kernel: audit: type=1334 audit(1612551694.595:557): prog-id=36 op=LOAD
Feb 05 20:01:34 max-laptop kernel: audit: type=1334 audit(1612551694.595:558): prog-id=37 op=LOAD
Feb 05 20:01:34 max-laptop kernel: audit: type=1130 audit(1612551694.595:559): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-140567-0 comm="systemd" exe="/usr/lib/s>
Feb 05 20:01:35 max-laptop systemd-coredump[140568]: Process 2635 (signal-desktop) of user 1000 dumped core.
                                                     
                                                     Stack trace of thread 2673:
                                                     #0  0x000056371654a107 n/a (signal-desktop + 0x48dc107)
                                                     #1  0x000056371521d620 n/a (signal-desktop + 0x35af620)
                                                     #2  0x000056371522eb9e n/a (signal-desktop + 0x35c0b9e)
                                                     #3  0x000056371522e967 n/a (signal-desktop + 0x35c0967)
                                                     #4  0x00005637151f023a n/a (signal-desktop + 0x358223a)
                                                     #5  0x000056371522f478 n/a (signal-desktop + 0x35c1478)
                                                     #6  0x0000563715208657 n/a (signal-desktop + 0x359a657)
                                                     #7  0x000056371524255a n/a (signal-desktop + 0x35d455a)
                                                     #8  0x00005637152796b5 n/a (signal-desktop + 0x360b6b5)
                                                     #9  0x00007f8baa0b63e9 start_thread (libpthread.so.0 + 0x93e9)
                                                     #10 0x00007f8ba8a8b293 __clone (libc.so.6 + 0x100293)

Last edited by Max Ammann (2021-02-06 08:46:59)

d_fajardo · 2021-02-06 12:16:22

Checking the obvious, is microcode installed?

# journalctl -b | grep microcode

0xrayn · 2021-02-06 14:14:53

d_fajardo wrote:

Checking the obvious, is microcode installed?
# journalctl -b | grep microcode

On Lenovo laptops, these are usually included in the firmware updates. At leat my system has the latest available microcodes installed.

Feb 05 00:01:18 archlinux kernel: microcode: sig=0x806ec, pf=0x80, revision=0xde
Feb 05 00:01:18 archlinux kernel: microcode: Microcode Update Driver: v2.2.

Last edited by 0xrayn (2021-02-06 14:16:25)

Mathisca · 2021-02-07 11:11:50

I have the same issue. It seems to be related with electron apps ; all of the electron apps running (signal, spotify, ...) core dump and I have the GpuWatchdog message. It seems that running the apps with prime-run fix the issue ? (to confirm).

0xrayn · 2021-02-07 11:31:48

Mathisca wrote:

I have the same issue. It seems to be related with electron apps ; all of the electron apps running (signal, spotify, ...) core dump and I have the GpuWatchdog message. It seems that running the apps with prime-run fix the issue ? (to confirm).

Correct me if I'm wrong, but prime-run can be used when you have multiple graphic cards and one wants to select which is used, right?
If so, for me that is not possible.

Btw: I read somewhere (don't remember) that there was an issue in the Intel graphics driver, which should have been resolved, but which didnt make it in Kernel 5.10.12. I also do not know if the patch did make it in 5.10.13-arch1-1. Anyways, I am currently on 5.10.13-arch1-1, let's see what happens.

Last edited by 0xrayn (2021-02-07 11:37:05)

12ian34 · 2021-02-07 11:53:45

d_fajardo wrote:

Checking the obvious, is microcode installed?
# journalctl -b | grep microcode

For me, yes:

Feb 07 11:43:46 archian kernel: microcode: CPU0: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU1: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU2: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU3: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU4: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU5: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU6: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU7: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU8: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU9: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU10: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: CPU11: patch_level=0x08701013
Feb 07 11:43:46 archian kernel: microcode: Microcode Update Driver: v2.2.

Tamwyn · 2021-02-08 01:33:29

Does the entire system under wayland freeze as well for you?

For me the behaviour differs between i3 and sway. While in i3 the entire system freezes (haven't yet gotten to the point where it unfreezes) and I have to hard reboot, while in wayland (sway) just all electrin based apps close (chrome, spotify, slack, ...) and won't start again.

However, stopping sway will cause the process to cause to print something endless pretty fast (got a bit of the impression of this green matrix text stuff), too fast to read and it didn't stop, so again a hard reboot.

This happens with nouveau and the nvidia drivers.

Did someone already try the lts kernel?

Mathisca · 2021-02-12 17:41:13

I think I fixed the issue on my system by removing the xf86-video-intel package (see https://gitlab.freedesktop.org/drm/intel/-/issues/2905 and https://bbs.archlinux.org/viewtopic.php?pid=1948411). Maybe it won't help as you are on an AMD processor but I had really similar logs / problems so it might help others.

Last edited by Mathisca (2021-02-12 17:43:26)

treeman · 2021-02-26 16:25:32

Still happening for me.
I'm using linux-zen with nvidia-dkms and intel modesetting driver, can confirm it happens with electron apps.
For me the desktop freezes completely, not even allowing to change to other virtual terminals. Only solution is to hard reboot.
Removing xf86-video-intel didn't help.
Are there any other solutions out there?

Sviat · 2021-03-01 21:49:36

Having the same issue on Lenovo legion y520( 5.11.2-arch1-1). If system is under load and I open discord system completely freezes. xf86-video-intel is not installed.

Last edited by Sviat (2021-03-01 21:50:14)

Sviat · 2021-03-04 13:08:46

Not completely sure, but it seems that moving to lts kernel fixed the issue for me.

treeman · 2021-03-15 17:19:10

Moving to lts kermel also fixed it for me.
Although i would like to see this fixed in the zen kernel because of fsync.

Arch Linux

#1 2021-01-29 17:11:39