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?
Presumably, you’re using the GNOME edition of Manjaro? Curious, what Mesa version do you have, and what kernel?
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.
$ inxi -G
Graphics:
Device-1: Intel Alder Lake-P Integrated Graphics driver: i915 v: kernel
Device-2: Realtek Laptop Camera type: USB driver: uvcvideo
Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3 driver: X:
loaded: modesetting gpu: i915 resolution: 2256x1504~60Hz
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.
Hopefully this helps someone else!
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…
I am. My mesa version is 22.1.6-1 and my kernel is 5.19.1-3.
@M4X what’s the output of
$ lspci -k | grep -A3 VGA
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c)
Subsystem: Device f111:0002
Kernel driver in use: i915
Kernel modules: i915
and
$ inxi -G
Graphics:
Device-1: Intel Alder Lake-P Integrated Graphics driver: i915 v: kernel
Device-2: Realtek Laptop Camera type: USB driver: uvcvideo
Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3 driver: X:
loaded: modesetting gpu: i915 resolution: 2256x1504~60Hz
OpenGL: renderer: Mesa Intel Graphics (ADL GT2) v: 4.6 Mesa 22.1.6
~$ lspci -k | grep -A3 VGA
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c)
Subsystem: Device f111:0002
Kernel driver in use: i915
Kernel modules: i915
~$ inxi -G
Graphics:
Device-1: Intel Alder Lake-P Integrated Graphics driver: i915 v: kernel
Display: wayland server: X.Org v: 22.1.3 with: Xwayland v: 22.1.3
compositor: gnome-shell v: 42.4 driver: X: loaded: intel
unloaded: modesetting,vesa gpu: i915 resolution: 1128x752~60Hz
OpenGL: renderer: Mesa Intel Graphics (ADL GT2) v: 4.6 Mesa 22.1.6
@M4X yea I think you’re using the Xorg Intel driver when you want to be using modesetting.
…loaded: intel
unloaded: modesetting…
Try removing them, rebuilding initramfs, and rebooting.
pacman -Rsu xf86-video-intel
pacman -Rsu xf86-video-vesa
mkinitcpio -p linux
For folks seeing a hard freeze issue, could you share:
Done, but a crucial piece of information is still missing, i.e. how do I buy you a beer?
In other words, the above fixed the freeze. Thanks @Eddie_Zaneski !
@nrp :
#1 ZEN SMP PREEMPT_DYNAMIC Wed, 17 Aug 2022 14:28:00 +0000
And:
xf86-video-intel and xf86-video-vesa as suggested by @Eddie_Zaneski above.Do you still have hardware acceleration in, for example, Firefox?
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
I am also seeing these hard freezes. Here is the information you requested:
Framework 12th gen DIY i7-1260P
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.
@nrp Here’s my config
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).
Had my first hard lock-up earlier (though, I have previously seen similar but brief lockups, that ended under 20 seconds.) This time, full lock, with screen still showing frozen display (i.e. didn’t blank), and CPU fan kicked up really quick into high after about 1 minute of sitting locked; after this, noticeable temp ramp over maybe 1.5 to 2 minutes, thru chassis. Forced power off w/ long button press, due to concern about heat.
grubby method found in Fedora install guide. Otherwise, kernel untouched.