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

Disabling the ambient light sensor is part of the official setup instructions on both Fedora and Ubuntu. I’ve had that disabled since the very beginning and I still get the occasional [drm] GPU HANG freezes, so I don’t think that’s related. It definitely isn’t the whole picture, for sure.

My freezes have been spaced out far enough that I haven’t messed around with other kernel parameters yet. Out of everything above the psr stuff seems the most promising, but even that hasn’t worked for everyone.

I think with sporadic things like this there’s a lot of room for some placebo effects to take hold: “Folks, I held my laptop upside down for ten minutes and haven’t had any freezes for several hours. Fix confirmed.”

I still hope that a real root cause can be discovered and a fix deployed that doesn’t negatively impact battery life. Fingers crossed!

2 Likes

With the very latest Fedora 37 kernel version 5.19.16-301.fc37.x86_64, automatic light sensor disabled as per the official Framework guide, and only default options for the i915 driver, I’ve been ok this week.

I’ve actually been doing some fairly heavy productivity work on my Framework, lots of web email, downloading and editing Word and PDF documents etc, as well as some moderate programming and compilation work.

It’s been pretty good and I haven’t had a hard freeze again or any issues at a critical moment at least. I think I got one more frame drop/stutter situation where there was a GPU hang recovery so it’s definitely not perfect yet.

Someone on Hacker News linked the official Intel i915 driver issues page which is a good resource. You can search by the GPU Hang ecode e.g. 12:0:00000000 . Sounds like some people are having occasional issues on other laptops as well.

1 Like

I have a 1280P (batch 4) laptop running Fedora Silverblue.

  • two USB-C
  • one USB-A
  • one HDMI
  • WD SN850X 4TB
  • Kingston Ripjaws 3200MHz 64GB

Kernel: Linux fedora 5.19.16-301.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Oct 21 15:55:37 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

I disabled the ambient light sensor using the Fedora guide. When I was running Fedora 36 I had several soft lockups and graphical errors. I had one hard lockup while in GNOME display settings. The CPU was getting very hot so eventually I hard-powered down. After upgrading to Fedora 37 I have had soft lockups after waking from sleep and when using programs accelerated by the iGPU (LibreWolf/Firefox/Ungoogled Chromium). A reboot resolved the issues after waking up, but I haven’t resolved the iGPU hangs. All of these issues seem to be bugs in the kernel. If you need a stable experience today, use the 11th gen processor.

If you need a stable experience today, use the 11th gen processor.

I have to agree with that. I’m discovering that 12th gen Intel has issues. Not just Linux on Framework but also Windows and e.g. new Dell laptops it seems flaky.

1 Like

This issue in the tracker seems to be most related:

Adding my experience to the data.

  1. Fedora 36
  2. Linux 5.19.16-200.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Oct 16 22:50:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
  3. module_blacklist=hid_sensor_hub
  4. 1TB SN850
  5. Happened when in gnome-settings

Update 2/11/22:
No freezes since the first time. The only thing I changed is I replaced the HDMI extension card with the 1TB instead.

Update 4/11/22: Added i915.enable_psr=0 to my kernel parameters, and I have not had anymore freezers. Running Xubuntu (5.15.0), Fedora (6.0.5) and Pop (6.0.3). HDMI extension card and Anker USB-C hub with HDMI both seem to work equally well.

Checking back in after a while. I have had zero lockups or freezes since I added options i915 enable_psr=0 to etc/modprobe.d/i915.conf. For the new folks chiming in, scroll back to my reply on 28 Sep for detailed instructions if you need them. I hope you guys get the same kind of positive results out of it that I have had.

6 Likes

Tried your fixe and I doesn t boot on Ubuntu mate 22.04 LTS with kernel 5.18.19

Wiered thing happened it triggered a lag in my blutooth mouse when I wouldn t use it for more than 3 seconds.
After disconnecting and reconnecting my mouse from the blutooth center it is back working.

For now I am keeping my system like it is , I have a freez once in a week…so I guess that s were we are now . Looking for BIOS update & next kernel.

As anyone tried ubuntu 22.10 ???

I don’t think that that error makes sense for that kernel module option.

I’m running KUbuntu 22.04 with that option and kernel 5.19.17-051917-generic. So far no freeze but I haven’t had my laptop very long.

It s just there in front of me :wink: Anyhow removed this option and back to almost normal (I still feel a tiny little lag in my mouse but I can live with it after a 3 second not using . It is now down to 1/4 th secondish).
Note : I had to install “dracut” with ssome dependencies from apt.
To put it in a nutshell I personaly, on my ubuntu mate 22.04 system, wished I had not tried this workaround. I have not gained any stability and got a new problem :wink:

I believe you, but I don’t understand. That appears to be an error related to mounting an overlayfs.

2 Likes

I don t understand either… Too wiered , that s why I am not messing anymore with it . I ll keep my mini micro lag on blutooth :wink:
Here is my history :

1 Like

Of note: I’m not an Ubuntu expert but I didn’t run dracut. I ran update-initramfs -u instead.

2 Likes
  • Guix SD
  • 5.19.11 (full version, from nonguix)
  • Not initially (see below). Notably, ALS has not been disabled.
  • Intel 670p Series M.2 2280 1TB PCIe NVMe 3.0 x4 QLC Internal Solid State Drive (SSD) SSDPEKNU010TZX1
  • No obvious pattern

After adding i915.enable_psr=0 to my kernel parameters, I’ve not had any more freezes.

Still, would be good if you can share the various / multiple circumstances even if you, at the individual level, can’t determine a pattern. i.e. a larger data set might allow for a pattern to be draw…but we still need the data points to begin with.

After adding i915.enable_psr=0 to my kernel parameters, I’ve not had any more freezes.

This seems to solve it for me as well. Before that, I had 20sec freezes up to Wayland/KDE crashes every hour(?). Now, already one day without any freeze.

Linux fedora 5.19.16-301.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Oct 21 15:55:37 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
2 Likes

At first on 6.0.6-300.fc37.x86_64 kernel my machine was fine. Ran great for over an hour, no freezes, but it seems like it’s still not fixed as the freezing has returned. :frowning:

Yeah…an hour is too short…reporting too soon.

Strangely every time I tried to remove the kernel param before (5.19.x kernels) I got freezing within minutes of login :man_shrugging: but agreed, too soon. A little too eager for this issue to be resolved.

I would be, too. But at least the psr setting is a temporary workaround.

1 Like