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

[real_or_random]

@Samuel_May

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.

This issue in the tracker seems to be most related:

@ayane

Just in case this isn’t resolve in 6.1, there’s this bugtracker: Intel alder Lake GPU hangs on Thinkpad P1 Gen5 (#6757) · Issues · drm / intel · GitLab

[Elmo]

@nrp

• Which distro you are using (most reports here are for Fedora 36, but there are some mentions of other distros).
• Which kernel you are on (you can run “uname -v” to check)
• Whether you’ve adjusted any kernel parameters, like setting the workaround to disable to ALS (module_blacklist=hid_sensor_hub)
• What model of SSD you are using
• What circumstances you are seeing the freeze during (e.g. when using a specific application like Settings or uncorrelated to a specific application)

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.

[Aggraxis]

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.

[Iann_C]

@Aggraxis

options i915 enable_psr=0

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 ???

[PDXTabs]

@Iann_C

@Aggraxis

options i915 enable_psr=0

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

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.

[Iann_C]

@PDXTabs

I don’t think that that error makes sense

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

[PDXTabs]

@Iann_C

@PDXTabs

I don’t think that that error makes sense

It s just there in front of me

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

[Iann_C]

@PDXTabs

I don’t understand

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
Here is my history :

[PDXTabs]

@Iann_C

@PDXTabs

I don’t understand

I don t understand either…

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

[David_Pflug]

@nrp

• Which distro you are using (most reports here are for Fedora 36, but there are some mentions of other distros).
• Which kernel you are on (you can run “uname -v” to check)
• Whether you’ve adjusted any kernel parameters, like setting the workaround to disable to ALS (module_blacklist=hid_sensor_hub)
• What model of SSD you are using
• What circumstances you are seeing the freeze during (e.g. when using a specific application like Settings or uncorrelated to a specific application)

• 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.

[Second_Coming]

@David_Pflug

No obvious pattern

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.

[_Tobi]

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

[Nicholas_La_Roux]

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.

[Second_Coming]

@Nicholas_La_Roux

Ran great for over an hour

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

[Nicholas_La_Roux]

@Second_Coming

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 but agreed, too soon. A little too eager for this issue to be resolved.

[Second_Coming]

@Nicholas_La_Roux

A little too eager for this issue to be resolved.

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

[egalanos]

@Iann_C

Wiered thing happened it triggered a lag in my blutooth mouse when I wouldn t use it for more than 3 seconds.

That’s unrelated to the enable_psr setting. That’s bluetooth autosuspend. See Ubuntu Bug#1801642 (Add btusb.enable_autosuspend=0 to your kernel command line to fix)

[egalanos]

I haven’t had a Gnome shell freeze in the 18 days since my post #161 with the upgrade to kernel-5.19.15-301.fc37.x86_64 and blacklisting hid_sensor_hub.

I have not disabled PSR via the kernel command line.

(though I’ll admit I haven’t been exercising potential problematic code paths as I’ve had my Framework docked the whole time as a desktop replacement rather than using it as a laptop)

[Aniket_Prajapati]

Having similar hard freezes with Asus Zenbook Fedora 36 kernel 5.19.8-200.fc36.x86_64 halt - Ask Fedora
Haven’t had any significant halt after blacklisting hid_sensor_hub.

[vhx]

just to add my experiences on i5-12th gen; hid_sensor_hub blacklisted (purely for brightness cntl) had no effect on stablity. i required i915.enable_psr=0.

only been 2 days since i added psr=0 but i’ve had multiple resume from sleep’s without issue where as before i’d be getting the issue every resume. i’m reasonably confident its stable for me now, hence this post.