Hello, after installing openSUSE Tumbleweed KDE alongside my Windows 10 and Arch Linux installations I noticed that on openSUSE my CPU is stuck at 0.8 GHZ regardless of AC/battery mode or CPU governers. While CPU scaling works perfectly fine on my Arch Linux installation with acpi-cpufreq governer, after booting into Windows first time in a while I realized that Windows also suffers from the same issue. I don’t know when this issue has started since before openSUSE I haven’t booted into Windows in months. I haven’t done any firmware upgrades that could’ve been the culprit of this problem. My thermals are fine(always below 50 degrees). I have tried both pstate and acpi-cpufreq governers and various different TLP configurations with no results. I have also installed both acpi and acpid however the latter caused my battery icon to vanish so I ended up removing it. My device is the i7-4600U variant of Fujitsu LIFEBOOK T904.
**~** sudo cpupower frequency-info
[sudo] password for root:
analyzing CPU 0:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 800 MHz - 3.30 GHz
available cpufreq governors: performance powersave
current policy: frequency should be within 800 MHz an d 800 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 798 MHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes
**➜ ****~** systemctl status tlp
● tlp.service - TLP system startup/shutdown
Loaded: loaded (/usr/lib/systemd/system/tlp.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Docs: https://linrunner.de/tlp
Thank you! Here’s the output when I disable intel_pstate from GRUB:
sudo cpupower frequency-info
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us
hardware limits: 756 MHz - 2.70 GHz
available frequency steps: 2.70 GHz, 2.70 GHz, 2.60 GHz, 2.40 GHz, 2.30 GHz, 2.10 GHz, 2.00 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.40 GHz, 1.30 GHz, 1.10 GHz, 1000 MHz, 800 MHz, 756 M
Hz
available cpufreq governors: powersave ondemand performance schedutil
current policy: frequency should be within 756 MHz and 756 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency: 2.70 GHz (asserted by call to hardware)
boost state support:
Supported: yes
Active: yes
I have checked the BIOS settings, sadly nothing that I can notice has changed.
I forgot to mention in the main post, I’ve also completely drained the battery then recharged it to 100%. It was advised for some models of Dell laptops that had the same issue.
While the output states that the current CPU frequency at 2.7 GHZ, in reality its still stuck at 756 MHZ as seen on the current policy part:
current policy: frequency should be within 756 MHz and 756 MHz.
The governor "performance" may decide which speed to use
within this range.
Enabling TLP makes no difference unfortunately. While it seems to detect whether I’m on AC or not, it fails to increase the CPU frequency. Here’s my tlp.conf for reference: https://paste.ubuntu.com/p/yqC3pqxTgW/
Thanks for the reply again. I currently have TLP disabled, I posted it because it was the last configuration(same config as on Arch) that I tried before disabling it and making this thread. Here’s the output while on battery:
