[TRACKING] Hard freezing on Fedora 36 with the new 12th gen system

If you indeed see freezes with 6.1.3, it will be very helpful to report these (with kernel version, mesa version, kernel command line, and logs, if you still have them in the journal) in https://gitlab.freedesktop.org/drm/intel/-/issues/6757#note_1707882.

I’m the one who said over there that I’m currently testing with 6.1.2 and mesa 22.3.2, and (like you), I didn’t see any issues with 6.1.2 so far. But if you see freezes with 6.1.3 again (and IF you’re on a recent mesa?), that would mean that the root cause hasn’t been fixed yet.

1 Like

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:

2 Likes

Fedora Version: 37
CPU: 12th Gen Intel(R) Core™ i7-1260P
kernel: 6.0.17-300.fc37.x86_64
Gnome: 43.2
No i915 fixes active (no enable_psr or otherwise in i915.conf)
Other tunnings: intel_idle.max_cstate=2
1 external monitor via HDMI
1 thunderbolt hub, with 2nd HDMI monitor & 65w USBC PD
Wired Ethernet to laptop (not thru thunderbolt hub)
Sporadic use of Bluetooth head phones

Foreground apps: google_chrome; remmina and 1 RDC session; a few hours of zoom per day.

(out of ordinary) Background app: corporate vpn

This is almost stable rig, w/o the max_cstate, there is 1/3 chance the rig will hang during boot. If get a boot to gdm (w/o max_cstate), it is a time bomb – it will freeze at some point, maybe few minutes maybe hour or two; no correlation to a specific activity or app.

NOTE: not a framework laptop but clevo nv4xPZ

(why do I often get 403’s replying to this forum??)

Mod edit: msg’d you regarding tracking down the 403s)

1 Like

Fedora version: 37
12th gen or 11th gen: 12th Gen Intel(R) Core™ i5-1240P
Kernel version: 6.1.4-200.fc37.x86_64 (built re: Fedora Test Days)
GNOME version: 43.2
Using i915 fixes, if so, which ones: None
Has this been tried yet and if so, any difference: Yes, options i915 enable_psr=0 consistently prevents freezes for me.
Applications running in foreground or background when freeze occurs: Sometimes nothing, sometimes Terminal, sometimes Chrome. Though they seem to clear up after a minute or so of resume from suspend and in that, don’t consistently occur when resuming from suspend.
What if anything is attached: Nothing

Will gladly report over there as I have seen some freezes on 6.1.4 though they don’t persist all that long so far, a few times after resume from suspend, then they clear up it seems. That said, what are you running to capture the logs? I presume it’s not dmesg | grep -i ecode as I’m not seeing anything related return from that.

1 Like

Hm that should work. Maybe try journalctl --dmesg --boot 0 instead of dmesg (or simply journalctl --dmesg to look at all logs; maybe you can still find some ecodes.)

1 Like

Fedora 36 or 37: 36

12th gen or 11th gen: 12th gen

Kernel version: 6.0.18-200.fc36.x86_64 (64-bit)

Gnome version: N/A I’m on KDE

Using i915 fixes, if so, which ones:

options i915 enable_psr=0
options i915 enable_guc=3
options i915 enable_fbc=1

Has this been tried yet and if so, any difference: Nope, it didn’t help at all.

Applications running in foreground or background when freeze occurs: Chrome, usually firefox and discord as well (but Chrome is definitely what’s causing the crash)

What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Sometimes bluetooth headphones, nothing else


As a note, I found several thread on the intel gitlab page that appear to be reporting the same issue. If I understand them correctly, there are a few different applications that can cause it including Chrome.

https://gitlab.freedesktop.org/drm/intel/-/issues/4858
https://gitlab.freedesktop.org/drm/intel/-/issues/7550

1 Like

:wave: I’ve had a great time on 6.1.5 and now it’s been pushed out to the masses. Best of luck with your upgrades and subsequent, hopefully, less or complete lack of freezing. :crossed_fingers:

2 Likes

I just want to report that now on Artix (like Arch but without systemd) I don’t need anymore the i915.enable_psr=0 fix.

Previously it was required, in order to avoid severe display issues, like described in this topic.

But since the last Artix update, including among other things a kernel 6.1.4, it works flawlessly without any fix.

Edit: I shall report that today, while skipping forward repeatedly and frequently through a Youtube video, the screen went black and the laptop irresponsive, and I had to restart. I’m not sure it is related to i915.

1 Like

Testing on Fedora 37 with 6.1.5. Will report if I notice anything out of the ordinary.

1 Like

Fedora version: 37
12th gen or 11th gen: 12th Gen Intel(R) Core™ i5-1240P
Kernel version: 6.0.18-300.fc37.x86_64
GNOME version: 43.2
Using i915 fixes, if so, which ones: options i915 enable_psr=0
Has this been tried yet and if so, any difference: No, it still freezes
Applications running in foreground or background when freeze occurs: Rarely firefox, but much easier to replicate freezes in Settings, especially when changing mouse/trackpad settings
What if anything is attached: Nothing

Update
Kernel 6.1.5-200.fc37.x86_64
12th Gen Intel(R) Core™ i7-1260P
Gnome: 43.2
I do have several things attached: hub, 2 monitors, keyboard, mouse. No obvious correlation between attachments and hangs.

This rig is stable enough for daily driving; however I have to boot with intel_idle.max_cstate=2. W/o this, rig will hang on boot or shortly there after.

No i915 Fixes. Adding in enable_psr=0 or other i915 fixes does not see to affect or change this behavior or provide any obvious benefits (or drawbacks).

HTH

This has is helpful, keep it coming. Thank you.

2 Likes

I am still experiencing this issue, usually freezing in the settings app of Gnome. I’ve ran the i915 fixes for about a month now and didn’t experience any issues, but today I encountered the same freeze again.

Fedora 36 or 37: 37

12th gen or 11th gen: 12th gen

Kernel version: 6.1.6-200.fc37.x86_64

Gnome version: 43.2

Using i915 fixes, if so, which ones: Yes, options i915 enable_psr=0

Has this been tried yet and if so, any difference: Yes, seemed to have reduced freezes but did not completely resolve them.

Applications running in foreground or background when freeze occurs: Gnome Settings, Discord, Firefox

What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Caldigit TS3 dock, which has ethernet, USB switch for mouse and keyboard, and DisplayPort monitor connected to it.

Fedora 36 or 37: None, using arch btw

12th gen or 11th gen: 12th gen

Kernel version: 6.1.6-arch1-3

Gnome version: None, using KDE Plasma 5.26.5

Using i915 fixes, if so, which ones: None

Has this been tried yet and if so, any difference: Freezes don’t occur when I set options i915 enable_psr=0

Applications running in foreground or background when freeze occurs: Literally nothing but KDE (I set my taskbar to auto-hide so when I would move my mouse down to show it it would eventually stop showing itself and my system would lock up and freeze)

What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Nothing

Another note: When using the lts kernel(5.15.89) provided by arch no freezing occurs

Fedora 37 KDE spin

12th gen or 11th gen: i5-1240p, 2x 16gb ram

Kernel version: 6.1.6-200.fc37.x86_64

Gnome version: NA. KDE 5.26.5 Plasma / 5.102.0 framework

Using i915 fixes, if so, which ones: new symptoms, not tried any i915 fixes for this specific issue.

Has this been tried yet and if so, any difference: NA

Applications running in foreground or background when freeze occurs: FreeCAD 0.20.2 flatpak (foreground), background: Superslicer appimage, vscode flatpak, firefox, discord, keepassXC, openRGB, DDCControl, dolphin, settings, konsole, kwrite.

What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Anker USBC dock + PD, USB keyboard, Logitech Unifying with MX Keys & MX Master 2S. HDMI screen (inactive).

Other info:
First time i’ve seen Freecad freeze and have been using it fairly frequently over the last few weeks and used since I received the laptop. Possibly related to 6.1.6 kernel. Previous kernels installed are 6.1.5 and 6.0.16.
Appeared to be freecad specific soft-freezing the entire system for about 30 seconds (mouse and k/board unresponsive).
Freecad running in background for the time i’ve spent updating/editing this post i’ve not seen a problem with freezing. While i dont beleive it’s freecad specifically, it does appear to be triggered from certain apps.
Laptop internal display was used for first time in weeks (usually use HDMI external screen). not sure if this has any relation on the issues tonight.

snippet of logs:

journalctl -b | grep -i ecode
Jan 22 20:50:45 tim-laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
Jan 22 20:54:35 tim-laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
Jan 22 20:59:52 tim-laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000

more info on the most recent ecode:

# journalctl -b | tail -n 500
...
Jan 22 21:05:21 tim-laptop plasmashell[27770]: Error while sending heartbeat message: Invalid argument
Jan 22 21:06:21 tim-laptop plasmashell[27770]: Error while sending heartbeat message: Invalid argument
Jan 22 21:06:48 tim-laptop kernel: Asynchronous wait on fence 0000:00:02.0:kwin_wayland[1489]:546a26 timed out (hint:intel_atomic_commit_ready [i915])
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] Resetting chip for stopped heartbeat on rcs0
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.bin version 70.5.1
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] HuC authenticated
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] GuC submission enabled
Jan 22 21:06:51 tim-laptop kernel: i915 0000:00:02.0: [drm] GuC SLPC enabled
Jan 22 21:07:21 tim-laptop plasmashell[27770]: Error while sending heartbeat message: Invalid argument
Jan 22 21:08:21 tim-laptop plasmashell[27770]: Error while sending heartbeat message: Invalid argument
Jan 22 21:09:21 tim-laptop plasmashell[27770]: Error while sending heartbeat message: Invalid argument
...

Fedora 36 or 37: 37
12th gen or 11th gen: 12th gen
Kernel version: 6.1.6-200.fc37.x86_64
Gnome version: 43.2
Using i915 fixes, if so, which ones: Haven’t tried yet.
Has this been tried yet and if so, any difference: No, haven’t tried yet.
Applications running in foreground or background when freeze occurs: Firefox foreground, Telegram and Chrome in background, I think typically it happens with Firefox, but Firefox is also most often in foreground…
What if anything is attached to your Framework: Nothing, except 2 usb-c modules, 1 usb-a module and hdmi module.
[/quote]

I have an update. In the past week or two, I’ve been getting less hard freezes (where I have no option other than to hold the power button until the computer turns off) and more soft freezes where the computer will either unfreeze itself or will restart the desktop.

2 Likes

This sounds promising. And we have your user template here for my reference later on.

Fedora 36 or 37: 37

12th gen or 11th gen: 12th gen

Kernel version: 6.1.6-200.fc37.x86_64

Gnome version: 43.2

Using i915 fixes, if so, which ones: Yes, options i915 enable_psr=0

Has this been tried yet and if so, any difference: Yes, seemed to have reduced freezes but did not completely resolve them.

Applications running in foreground or background when freeze occurs: Gnome Settings, Discord, Firefox

What if anything is attached to your Framework; docks, (BT, IR, wired) mouse, keyboard: Caldigit TS3 dock, which has ethernet, USB switch for mouse and keyboard, and DisplayPort monitor connected to it.

Just reporting in to say I have not experienced any freezes or crashes in the last couple of weeks and now firefox also seems to be hardware decoding AV1 videos (only 2-3hr testing so far) without crashing. Looks good, we’ll see if it stays like that.

A bit before my last post with the templated info request, i was seeing firefox being extremely problematic. 5-10minutes of youtube crashing. Not sure if it got patched or a reboot fixed but same experience as @mcz now; firefox has been rock solid for me all this week with firefox in default config (av1/vp9 hw decode enabled). untill this week i’ve been using Chromium for anything youtube. A number of hours with firefox youtube playback without a hitch. the last 24-48hours the laptop appears to be rock solid.

i might have another session in freecad over the next few days, but with both a kernel and freecad update, it might’ve improved things.

There does appear to be a trend of improvement for me, so the fixes the kernel/i915 devs are releasing are resolving real issues.