Has anyone with the issue tried out Fedora 37 to see if it helps? 37 is still a month away from official beta (schedule) but might be stable enough to try. Should come with 5.19 kernel which might help.
(obligatory disclaimer, I don’t recommend running a pre-beta OS on your primary machine)
This definitely isn’t limited to Fedora. On my Manjaro system, after upgrading to the 12th gen board, I too am seeing hard freezes and hangs that last for a few minutes, then the mouse moves for a moment, then it hangs again.
I’m also on Wayland, haven’t tried X.org yet. Also on the SN850 but I’m fully updated this isn’t an SSD thing that I can tell. For me the issue seems to be more prevalent AFTER resuming from deep sleep. However I have had it trigger not having suspended at all.
@arredoluis So, we have a very close setup; 12th gen DIY, Fedora 36 on an SN850. I have noticed, every once in a while, a brief soft/graphical lock, but the system has never fully locked. To answer your question, I think the longest I have had it on for a continuous boot was a little over 2 days; and that, I did reset/poweroff by choice.
I’m curious, what processor did you opt for, and what RAM?
I had this lockup and error message. You can also pull more info with cat /sys/class/drm/card0/error.
I finally landed a stable system today with Arch/i3wm.
My first issue was that I was using the Xorg Intel Video drivers (xf86-video-intel). The last commit was a year ago and they appear to be incompatible with 12th Gen. Removing xf86-video-intel and xf86-video-vesa lets the kernel fallback to modestting and i915 which has better support right now.
The next thing I ran into was screen tearing and artifacting. This appears to be a known issue with i3 but I didn’t have any problems on 11th Gen. The solution to that was to run a compositor. Mutter should work and be included with GNOME but I went with picom. This accelerated the GPU hangs and the trick turned out to be switching to the OpenGL renderer picom --backed glx --vsync.
Same symptoms here: opening the Settings app, then navigating to Keyboard → View and customize shortcuts froze graphics and input twice in a row. Not even SysRq + REISUB worked. Sound, on the other hand, kept going.
Machine: i7-1260p with SN850
OS: Arch with GNOME
First log:
Aug 21 19:18:52 laptop gnome-character[2027]: JS LOG: Characters Application exiting
Aug 21 19:18:59 laptop kernel: Asynchronous wait on fence 0000:00:02.0:gnome-shell[1436]:252 timed out (hint:intel_atomic_commit_ready [i915])
Aug 21 19:19:01 laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:1:0020fffe, in gnome-control-c [2189]
Aug 21 19:19:01 laptop kernel: i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
Second log:
Aug 21 19:17:24 laptop gnome-character[7651]: JS LOG: Characters Application exiting
Aug 21 19:17:32 laptop kernel: Asynchronous wait on fence 0000:00:02.0:gnome-shell[1647]:ec2a timed out (hint:intel_atomic_commit_ready [i915])
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:1:0020fffe, in gnome-control-c [7764]
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] *ERROR* rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] *ERROR* rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] gnome-control-c[7764] context reset due to GPU hang
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.1.1.bin version 70.1
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] HuC authenticated
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] GuC submission enabled
Aug 21 19:17:35 laptop kernel: i915 0000:00:02.0: [drm] GuC SLPC enabled
Aug 21 19:17:53 laptop systemd-logind[872]: Power key pressed short.
@arredoluis as this doesn’t seem specific to Fedora, what do you think of editing the subject? Might give it more visibility.
Something I noticed which might or might not be related: if I boot the machine, bring up the BIOS, and do nothing for a couple of minutes, fan and temperature increase constantly. Does anyone else experience this?
Yes, I experience this as well. I actually can be ‘doing things’ in the BIOS menus and it still happens. Basically, any powered on state that isn’t booted into an OS, it seems to happen. Think I’ve seen others mention this elsewhere as well…
Looks like I do. CPU stays low on 8K videos, and about:support shows:
HW_COMPOSITING:
available by default
OPENGL_COMPOSITING:
available by default
WEBRENDER:
available by default
WEBRENDER_QUALIFIED:
available by default
WEBRENDER_COMPOSITOR:
disabled by default: Disabled by default
blocklisted by env: Blocklisted by gfxInfo
blocked by runtime: Cannot be enabled in release or beta
WEBRENDER_PARTIAL:
available by default
WEBRENDER_SHADER_CACHE:
disabled by default: Disabled by default
WEBRENDER_OPTIMIZED_SHADERS:
available by default
WEBRENDER_ANGLE:
available by default
unavailable by env: OS not supported
WEBRENDER_DCOMP_PRESENT:
available by default
disabled by user: User disabled via pref
unavailable by env: Requires Windows 10 or later
unavailable by runtime: Requires ANGLE
WEBRENDER_SOFTWARE:
available by default
WEBGPU:
disabled by default: Disabled by default
blocked by runtime: WebGPU cannot be enabled in release or beta
X11_EGL:
available by default
DMABUF:
available by default
VAAPI:
disabled by default: VAAPI is disabled by default
VP8_HW_DECODE:
available by default
VP9_HW_DECODE:
available by default
DMABUF_SURFACE_EXPORT:
blocked by default: Blocklisted by gfxInfo
For me it has only ever happend in Gnome Settings, in various menus. Menus I recall it happening in: Accessibility, Power. It doesn’t happen everytime I go to these menus or Gnome Settings, though. I haven’t recognized any other patterns.
Appreciate any attention given to fixing this if possible!
For me, I have gotten the random lock-ups in gnome, but more so after coming out of deep sleep. Coming out of deep sleep is really bad with lock-ups and the screen flickering sometimes.
Manjaro
Wayland
Linux framework-manjaro 5.19.1-3-MANJARO #1 SMP PREEMPT_DYNAMIC Sat Aug 13 06:34:52 UTC 2022 x86_64 GNU/Linux
Just thought I’d share that I’ve not yet experienced any hard freezes on F36 and the one difference between my setup and the ones posted here is that I’m using a different SSD (Samsung 970 Evo Plus).