Please see this post and keep an eye on it for Monday. I’m compiling a list coming soon and will then use it to look for common threads. Hard freezing on Fedora 36 with the new 12th gen system - #319 by Matt_Hartley
1 Like
Thank you!!
Everyone who is experiencing freezing, please reply with this outline below so I can get this into a spreadsheet and track this down for the folks at Fedora. Please use this format. Thanks!
Fedora 36 or 37:
12th gen or 11th gen:
Kernel version:
Gnome version:
Using i915 fixes, if so, which ones:
Has this been tried yet and if so, any difference:
Applications running in foreground or background when freeze occurs:
What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard:
Fedora 37
12th gen -7-1260p
Kernel 6.0.17-300.fc37.x86_64
Gnome 43 Wayland
No fixes used no additional kernel parameters outside of blacklisting the light sensors.
Not planning on using any kernel parameters which decrease battery life unless absolutely necessary
Applications running in foreground or background when freeze occurs: Firefox, Evolution, Gnome Control Center, Gnome Terminal, and Quodlibet.
What if anything is attached to your Framework; Thinkpad Thunderbolt 3 Dock (Gen 1), Logitech Bluetooth Mouse M557, 1 (1920x1080) and 1(3840x2160) display
Additional Notes:
Using Wayland Per Display Scaling
Errors seen when hard freezes occur:
i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
i915 0000:00:02.0: [drm] ERROR rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
i915 0000:00:02.0: [drm] ERROR rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
intel_ddi_sync_state errors
journalctl gets spammed with Can’t update stage views actor and anytime I use activities overview with external displays I get JS ERROR: TypeError: workspace is undefined with a bunch of preceeding and following Object .Gjs_ui_workspaceThumbnail_ThumbnailsBox (0x559a0c31d570), has been already disposed — impossible to get any property from it. Essentially every super key press is a about 50 lines in the log of it complaining but doing what it is supposed to do.
All freezes have occurred while docked or attached to peripheral devices. I have had no freezes when it was just the laptop. My last freeze was on Dec 26 2022 at 21:01 EST. I suspect the intel_ddi_sync_state errors will resolve when the intel-media-driver updates. I have seen a drop in occurrence frequency, as the kernel has been updated. Much of this may not be just intel graphics issues but regressions in Gnome to issues that were common when the new overview was rolled out.
Hello all,
Long time reader, first-time poster. I know this thread specifically mentions “Fedora,” but I would like to suggest that this is a more general issue. I’m having this screen resolution jumping and jittering and freezing issue on my Framework Laptop running Pop!_OS. And it is driving me bonkers. It does it for me on both X11 and Wayland.
Here is a link to an example video:
And here are my details:
Hardware Model Framework Laptop 12th Gen Intel Core
Memory 32.0 GiB
Processor 12th Gen Intel® Core™ i7-1260P × 16
Graphics Mesa Intel® Graphics (ADL GT2)
Disk Capacity 1.0 TB
OS Name Pop!_OS 22.04 LTS
OS Type 64-bit
GNOME Version 42.6
Windowing System Wayland
Kernel version 6.0.12-76060006-generic
Using i915 fixes No
External monitor Yes
This happens only when I’m not using the recommended (highest) resolution for the Framework Laptop display. I have low vision, so I need to run at lower resolutions to be able to use my system comfortably.
Thanks,
Thomas
@Anachron,
I should mention that my Linux skill-level is low. I’ve only toyed with Linux here and there, but six months ago, switched to Linux on Framework as my daily driver.
I did take a look at that post, but I don’t see anything on my machine at this location:
/etc/default/grub
So, I thought maybe that was just for Mint.
Take care,
Thomas
Really? That is weird, because Fedora also seems to support grub.
If that file really does not exist, you likey use systemd-boot.
He seems to be using PopOS so adding kernel parameters would be something like this here
So using
sudo kernelstub -a “i915.enable_psr=0”
should do it.
1 Like
Sorry it’s too early in the morning, I saw the thread title and didn’t read his OS…
Thanks for catching that!
You’re right, PopOS does use kernelstub.
Thanks @mcz and @Anachron for your insight, but it still does it.
I ran
sudo kernelstub -a “i915.enable_psr=0”
in the terminal, it didn’t give me any feedback, so I can’t confirm that it took…
Restarted; still does it. Switched back to X11; still does it.
I tried kernelstub -v to see if I can see if the property is set, but it doesn’t show it in the output.
Take care,
Thomas
All,
After staring at the output for a bit, I do see it there (did I mention that I’m a little bit low-vision)… sorry.
It says this:
Kernel Boot Options:.quiet loglevel=0 systemd.show_status=false splash “i915.enable_psr=0”
Is it supposed to be in quotes like that? None other key/values are.
Thanks,
Thomas
I dont think so, please remove them.
@Anachron and @mcz ,
Well. I don’t want to speak too soon, but so far: so good.
Setting the kernel boot option without the quotes seems to have taken care of the issue.
sudo kernelstub -a i915.enable_psr=0
I’ll continue with my daily driving, do more testing and keep an eye on it.
If it wasn’t for good folks like you in this community, I might’a gave up.
Thank you,
Thomas
1 Like
Glad to be of service!
If it happens again, feel free to update this thread and give me a ping.
Enjoy your framework!
2 Likes
Happy to have stumbled across this thread by chance—I’ve been noticing some weird freezing and flickering/jittering of late, and I’ve so far had no real luck isolating a specific trigger. I’m not sure if what I’m seeing matches the typical experience here, as I haven’t seen any hard freezes, and I don’t use a DE with Fedora. The problem typically manifests as the following:
- cursor freezes in place for 2-4 seconds
- screen flickers/jitters briefly (looks like a flash of black with some tearing) before control is restored
- repeat after 10 or so seconds
Suspending the machine and waking it after a few seconds has resolved the issue in a couple of cases, but there have been other occasions on which a full reboot was necessary.
I don’t have GNOME installed at all (just the Sway window manager), so none of the possible triggers related to GNOME-only features like Night Light apply. I also don’t have any docks or other peripherals connected to my Framework.
I do see a couple—but just a couple!—of these lines in old /var/log/messages logs:
kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
It doesn’t appear that there’s a corresponding line of this type for every time this problem has occurred, but it does seem like the i915 chip is fairly notorious for causing problems… the options i915 enable_psr=0 fix seems like it might be the best we get for now (although I know Sway 1.8 has a new wlroots that may help in my case).
Will try adding the fix and seeing if it helps until we have a more permanent fix, but in the meantime, here are my answers to the above questions:
Fedora 36 or 37: 37
12th gen or 11th gen: 12th
Kernel version: Linux 6.0.18-300.fc37.x86_64 x86_64
Gnome version: None (Sway 1.7)
Using i915 fixes, if so, which ones: Not yet
Has this been tried yet and if so, any difference: Not yet
Applications running in foreground or background when freeze occurs: Firefox, Thunderbird, Discord, foot
What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Nothing
I decided to try out Silverblue two weeks ago, this may or may not help us narrow down whatever is causing these issues.
- Fedora 36 or 37: 37 Silverblue
- 12th gen or 11th gen: 1240P
- Kernel version: 6.1.6-200.fc37.x86_64
- Gnome version: 43.2
- Using i915 fixes, if so, which ones: not tried yet
- Has this been tried yet and if so, any difference: not tried yet
- Applications running in foreground or background when freeze occurs: generally the Firefox rpm
- What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: second monitor via hdmi, keyboard and mouse over usb, ethernet over usb: freezes occur whether or not anything is attached, nor does battery mode / cable seem to affect them.
Additonal notes
- the freezing occurs a few times per day for a few seconds
- the flickering of the upper few pixel rows gets markedly worse whenever nightmode is activated and tuning down the blue light during sundown, with nightmode turned off it happens occasionally during the day
- all layered packages: btop, gnome-tweaks, intel-media-driver, langpacks-de, openssl, powertop, steam-devices, tlp
- all tweaks:
sudo grubby --update-kernel=ALL --args="module_blacklist=hid_sensor_hub"
sudo grubby --update-kernel=ALL --remove-args="quiet"
sudo grubby --update-kernel=ALL --remove-args="rhgb"
sudo grubby --update-kernel=ALL --args="nvme.noacpi=1"
sudo rpm-ostree kargs --append='mem_sleep_default=deep'
All data same as my earlier post. 1st soft freeze since December 26th. No hard freezes in this time frame.
kernel: Asynchronous wait on fence 0000:00:02.0:gnome-shell[2562]:3dadc timed out (hint:intel_atomic_commit_ready [i915])
kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
kernel: i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
kernel: i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.bin version 70.5.1
kernel: i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3
kernel: i915 0000:00:02.0: [drm] HuC authenticated
kernel: i915 0000:00:02.0: [drm] GuC submission enabled
kernel: i915 0000:00:02.0: [drm] GuC SLPC enabledJan 21 13:07:32 Nuada
firefox.desktop[3771]: Crash Annotation GraphicsCriticalError: |[0][GFX1-]: GFX: RenderThread detected a device reset in PostUpdate (t=10761.2)
More convinced than ever that a whole lot of this is on the gnome-shell and mutter.
1 Like
FYI: New Intel Media Driver dropped on Fedora 37 today. This one should have a bunch of fixes. SO if you are an infrequent updater, today might be a good day to do so 
1 Like
This is very helpful as the video visually demonstrates what is happening. I’m collecting data, so this is helpful.
Because you’re on Pop OS and may have a unique opportunity here, have you rebooted into “oldkern” to see if this behavior continued there?
Has doing a:
sudo kernelstub -o "quiet splash i915.enable_psr=0"
and reboot change anything for you?