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).
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.
Fedora 36
5.18.18-200.fc36.x86_64
I did set that exact ALS sensor workaround that you mention, via the grubby method found in Fedora install guide. Otherwise, kernel untouched.
SN850
Just browsing w/ Firefox (maybe there was a terminal open on another workspace, but nothing running in it, if so.) Maybe 10 or so tabs, some sites with probably mildly heavy javascript (Indeed, browser client of Discord, nothing else with any weight at all.)
Possibly an unrelated issue, but I’ve been encountering brief freezes where the system locks up for 1-2 seconds and then recovers, on Arch lxde, using xorg. The journalctl error is similar to the logs reported by @M4Xhere:
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.1.1.bin version 70.1
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] HuC authenticated
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] GuC submission enabled
Aug 23 23:02:27 arichard kernel: i915 0000:00:02.0: [drm] GuC SLPC enabled
However, the logs I posted lack the timeout, i.e. it seems to restart successfully and continue instead of freezing permanently. AFAICT, the brief freezes no longer occur if I downgrade to the LTS kernel (5.19.3 → 5.15.62).
Distro: Arch Linux with lxde (xorg)
Kernel: Brief freezes on 5.19.3; no issues so far on 5.15.62
Unusual kernel line: n/a
SN850
Circumstances: far higher rate of freezing when I have many internet tabs open.
I’m not sure how helpful this will be for others, however I haven’t had any issues now for 2 days. So perhaps it will.
Looking into the behavior I was seeing and testing multiple DEs, for me at least the problems seemed centered around Gnome.
Looking into what was out there, at least in Manjaro, there seems to be some issues between the “Gnome 4x UI Enhancements” and “Dash to Dock” extensions.
I disabled both and have had a much better experience so far.
Knock on wood but so far I have had no more lock-ups, no more few second freezes, and resuming from deep sleep comes back up correctly with out any sort of weird flickering, glitches or crashes inside of Gnome.
So currently the only problem I have left is that sometimes I reboot and the external monitor is detected and other times I have to un-plug and re-plug the docs usb-c cable.
Usually happens in Gnome settings or the system settings app in Plasma. On Gnome, which I gave up on based on personal preferences) the lockups would be complete. No keyboard input registers, requires a hard power reset to recover. On Plasma you can still get to a virtual console and poke around (and do things like kill the desktop session so you can start another one). I have had some other random display locks on the device while in a Plasma session, usually when I was using an electron app. These were different in that the entire screen would lock for maybe 10-20 seconds, then unfreeze like nothing happened. I haven’t been able to reliably reproduce those freezes.