I’ve had this issue on both vanilla Arch and EndeavourOS. I don’t think it’s directly related to the kernel because Fedora using the same Linux kernel doesn’t cause the same issue. When it happens, the screen freezes and the caps lock LED starts flashing. The system isn’t recoverable and must be shut off. Here is the output of journalctl -b 1 -k following the crash: https://rentry.co/vqshr88i
hw info: https://rentry.co/9nnw2zae
A couple of sources (here and here) have pointed to GuC/HuC (Graphics micro (μ) Controller) as being related.
See this section in the Arch Intel Graphics wiki, on enabling it.
1 Like
@intothebeans
Here is some info on GuC and HuC as @Bink is referring to.
1 Like
Thanks @ricklinux @Bink! I haven’t had much luck finding the info myself.
I just thought maybe this info might help to understand these functions.
After looking through the sources, my cpu doesn’t support GuC/HuC as it is an 8th gen processor.
1 Like
Ah, indeed you’re right.
kernel: i915 0000:00:02.0: [drm] ERROR Atomic update failure on pipe A
Looking further into that error, it is so common as to potentially be misleading.
Another report here has said they’ve had success by limiting the processor’s sleep states (intel_idle.max_cstate=1).
The Arch wiki details this issue as well, and says it helps with system hangs on many Intel systems, in particular laptop processors.
Low-powered Intel processors and/or laptop processors have a tendency to randomly hang or crash due to the problems with the power management features found in low-power Intel chips. If such a crash happens, you will not see any logs reporting this problem.
There’s a number of options detailed there, including the above mentioned cstate limit.
Arch Wiki > Intel Graphics > Crash/freeze on low power Intel CPUs
1 Like
This definitely seems to be the case. The error was a kind of red herring making me think it was a graphics issue. Thanks!
1 Like
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.