Still no more crashes. F36, KDE Plasma, Wayland.
1 Like
@Aggraxis could you explain how and where exactly you need to put that kernel command or addition? I have a i5 12th gen and I didnāt have that file in /etc/ that others have referenced and Iām not sure how to make that change to the kernel parameters.
Iām having hard freezing, screen stuttering, and mouse movements stuttering too.
1 Like
@Brendan Sure!
Type the following command in a terminal window:
sudo nano /etc/modprobe.d/i915.conf
The file may not exist, and so nano might be presenting you with a blank file. This is ok. Put in the following line:
options i915 enable_psr=0
I also have two other lines in mine because I was following several different guides. It is my understanding that these two values are already at their defaults for 12th gen based on the Arch wiki and other random Google results:
options i915 enable_guc=3
options i915 enable_fbc=1
Save the file (ctrl+x, follow the prompts).
Now that youāre back to the shell prompt we need to call dracut to incorporate your changes:
sudo dracut --force
It may take a few seconds. When it finishes (usually without output), reboot your system. At that point the changes should have taken effect. You can check for any i915-related messages since the current boot with journalctl:
sudo journalctl -b | grep i915
I hope that helps. Good luck!
āEdit: added sudo to dracut line.
15 Likes
Got more freez (mister). It happen to me very rarely mostely when I am on google meet video call, pushing the machine a little with many heavy apps and sharing windows.
I had it with Ubuntu mate 22.04 LTS kernel 5.18.x yesterday and this time it freezed two times, the mouse moves but the window manager is unresponsive. The video conferencing was somhow still there, at least the sound, the mouse was movingā¦ It came back onceā¦and then I had to hold the power button down to reboot and come back in the conference (I was organising!).
Other than video call;
I had another freeze just before opening a simple PDF wih no video call (but I was on the phone, it s asif it detect I really need it to not freeze !). I mention it because with my thinkpad E590 I never had such blocking of the wall desktop.
@Aggraxis Thank you! Awesome. I got it working quickly. I also have an open ticket with Framework Support. Hopefully, this helps.
1 Like
Iāve followed the steps described by @Aggraxis - hopefully thisāll resolve the freezing issues. After setting the option, and then afterwards reading what it does (lol), I understand that itās a power saving feature. Additional context from my situation is that Iāve followed the linux power-saving guide stickied somewhere else hereā¦ could this be the culprit?
1 Like
Hello @Aggraxis. As I am experiencing this hard freezing issue I followed the process you described here and all seemed to be going fine until I called dracut. This is what I see at that stage.
Perhaps I did something wrong?
Edit: I added sudo to the dracut command but the issue with ā"optionsā remains and it definitely hasnāt worked.
1 Like
@ggg I didnāt follow the power saving guide. It seems to do this 'out of the box '.
@Greg_Stedman you seem to have a stray quotation character in your i915.conf at the beginning of the line. Thatās what the error is telling you.
2 Likes
Thanks @Aggraxis. I have no idea where that stray quotation character is coming from. I canāt see it in Terminal and when I look at the i915.conf file itself in /etc/modprobe.d/ there is no visible quotation character either. Weird. Iāll keep trying but Iām a bit stumped.
1 Like
@Greg_Stedman It appears the syntax error is in /etc/modprobe.d/blacklistUAS.conf file, not /etc/modprobe.d/i915.conf.
3 Likes
@Jason_H_Young thanks for catching that! I was still waking up when I saw the message the first time this morning. LOL!
1 Like
@Aggraxis Anytime! If I had a nickel for every time things like that have caused me wasted hours at home & work, I wouldāve been able to retire 10 years ago.
4 Likes
Ugh. Thanks @Jason_H_Young and @Aggraxis. I was fully awake and didnāt notice, so I have only myself to blame.
4 Likes
Yup, I think it works. Iāve tried the things that tended to cause hard freezes, and since doing the enable_psr=0 thing it has been rock solid reliable. Very nice.
4 Likes
I got today multiple hard freezes. I found out that by pressing alt+ctrl+f6 and the alt+ctrl+f2 solved it
I had also experienced the Gnome desktop freezing a number of times with a fresh install of Fedora 37 beta and updates applied on my Framework i7-1260P over the last 3 days.
It was connected at the time to my Dell U4021QW (Thunderbolt) and the freeze was most easily triggered by running the Gnome settings app.
The desktop and mouse would freeze and shortly afterwards the laptop fans would start running. Switching to a virtual terminal (left ctrl, fn, alt, F4) allowed me to login to the console and perform a brief investigation a few times:
gnome-shellwas consuming 100% CPUpsthread listing showed it was the main threaddmesgandjournalctldid not show any GPU error messages (unlike the Fedora 36 reports above)- A brief trace with
straceshowed the process still making a number of system calls - Attaching to the process with
gdband running a backtrace (just the main thread) and stepping through briefly showed it was quite busy running the complex main event loop
I wasnāt set up to properly debug this and not at all familiar with how gnome-shell, Linux drm, nor how the Intel graphics driver works to see an obvious cause.
This morning, a new kernel update came out: kernel-5.19.15-301.fc37.x86_64. The package changelog
rpm -q --changelog kernel-$(uname -r) | less
contains these interesting lines:
- [PATCH] drm/i915: Ensure damage clip area is within pipe area (Mark Pearson)
- [PATCH] drm/i915/psr: Use full update In case of area calculation fails (Mark Pearson)
Iāve updated and rebooted and tried to reproduce the original conditions by running gnome-control-center in a loop that kills it after a short sleep. No freeze yet. Though I never had a reliable way to reproduce the bug. I also made a number of system changes to aid debugging and blacklisted the hid_sensor_hub after the original crashes (but it seems like that wasnāt a factor from reports above?).
For the folks who disabled panel self refresh, it may be worth updating to this kernel if on F37 beta, remove that kernel command line option and see if freezes occur.
6 Likes
Thanks egalanos and a great update.
Iām on Fedora 37 beta. I experienced the hard freeze a few times before adding the options i915 enable_psr=0 configuration. Since then I did actually experience the hard freeze again, but only once.
Iāll grab the kernel update and remove that psr configuration, see how I go.
4 Likes
Alright, so a day or so later. Fedora 37 with kernel 5.19.15-301.fc37.x86_64 and enable_psr setting removed from the i915.conf file.
I have not had any hard freezes. But I did have one occasion where I got a stutter, like a frame drop in a video game, and once it started it continued happening every 10 seconds or so until I rebooted. Unfortunately I forgot to check the journalctl logs for i915 messages before rebooting. If it happens again Iāll check.