Which Linux distro are you using?
Fedora 43, but reproduced on Ubuntu and Debian (and Win11)
Which release version?
(if rolling release without a release version, skip this question)
(If rolling release, last date updated?)
2026-01-08
Which kernel are you using?
6.17.12-300.fc43.x86_64
Which BIOS version are you using?
3.06
Which Framework Laptop 13 model are you using? Intel® Core™ Ultra Series 1 (7 155H)
I’ve reviewed multiple posts about 200MHz/400MHz throttling related to BD PROCHOT on Intel processors, both here and elsewhere. I’ve also filed this with support.
Overnight while the laptop was asleep, it seems that BD PROCHOT became wedged as active on my FW13 and kept it persistently throttled to 200MHz. Rebooting, shutting down, and leaving it on to drain the battery completely and then fully recharging it had no effect. It persisted across Fedora and Win11 installs, and booting off Ubuntu, Debian, and Alpine live USB environments.
The slowdown also affected the pre-boot HDD decrypt password prompt, which became borderline unusable with a 1-2 second input lag not present compared to when it wasn’t throttling.
I was already on BIOS 3.06 as of at least a week prior to this. I can’t find any sign that this is related to the BIOS update, and no other firmware updates occurred.
Disabling Intel SpeedStep in the BIOS has mitigated the issue and the CPU is no longer throttled, but the MSR register still appears to be reporting that BD PROCHOT is active (final digit odd):
$ sudo rdmsr -a 0x1FC
ec005f
…
ec005f
So I expect re-enabling SpeedStep will restore the problem. Will test to confirm when I’m able.
Reported CPU temps haven’t passed 55C at any point since BD PROCHOT became stuck on, either before or after disabling SpeedStep.