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!
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.
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.
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
module_blacklist=hid_sensor_hub
1TB SN850
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.
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.
It s just there in front of me 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
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
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.
Strangely every time I tried to remove the kernel param before (5.19.x kernels) I got freezing within minutes of login but agreed, too soon. A little too eager for this issue to be resolved.