The strange thing is that this did not happen with the previous Arch installation, even though I DID NOT update the BIOS...
]]>OdinEidolon wrote:cfr wrote:Another thought: if you haven't yet tried it, try the LTS kernel. That might help either narrow the possibilities or at least eliminate some.
Tried linux-lts, no luck.
For some reason it doesn't even recognize and load cpufreq-ondemand![adriano@M735T ~] cpupower frequency-info analyzing CPU 0: no or unknown cpufreq driver is active on this CPU boost state support: Supported: yes Active: yes
Even if I loaded cpufreq-conservative and told the CPU to use it.
The folders /sys/devices/system/cpu/cpu*/cpufreq do not exist when using the lts kernel.
The cpufreq module is only loaded automatically on kernel 3.4+, with older kernels you need to load the acpi-cpufreq module manually in /etc/modules-load.d/ before you can do anything with frequency scaling.
Thanks for the tip. I now loaded the module and the frequency is still capped at 1.6ghz on battery even with the LTS kernel.
Changing the max allowed frequency cia cpupower or manually has no effect whatsoever.
cfr wrote:Another thought: if you haven't yet tried it, try the LTS kernel. That might help either narrow the possibilities or at least eliminate some.
Tried linux-lts, no luck.
For some reason it doesn't even recognize and load cpufreq-ondemand![adriano@M735T ~] cpupower frequency-info analyzing CPU 0: no or unknown cpufreq driver is active on this CPU boost state support: Supported: yes Active: yes
Even if I loaded cpufreq-conservative and told the CPU to use it.
The folders /sys/devices/system/cpu/cpu*/cpufreq do not exist when using the lts kernel.
The cpufreq module is only loaded automatically on kernel 3.4+, with older kernels you need to load the acpi-cpufreq module manually in /etc/modules-load.d/ before you can do anything with frequency scaling.
]]>Another thought: if you haven't yet tried it, try the LTS kernel. That might help either narrow the possibilities or at least eliminate some.
Tried linux-lts, no luck.
For some reason it doesn't even recognize and load cpufreq-ondemand!
[adriano@M735T ~] cpupower frequency-info
analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
boost state support:
Supported: yes
Active: yes
Even if I loaded cpufreq-conservative and told the CPU to use it.
The folders /sys/devices/system/cpu/cpu*/cpufreq do not exist when using the lts kernel.
]]>If you boot a live distro, do you have the same issue?
Good question, I'll try it out. But on the previous arch installation all was fine so I guess it's a new problem.
]]>OdinEidolon wrote:As per the first post the LMT config file seems OK, cpupower is disabled of course. I tried enabling it and disabling LMT and the freqency was still capped at 1.6GHz for some unknown reason.
Does that show the entire config? /etc/laptop-mode/conf.d/cpufreq.conf has further settings on my machine. In particular, do you have:
CONTROL_CPU_THROTTLING=0
?
Yes, I do have that line and it is like yours. After all my CPU never throttles (like almost all old laptops) as it never goes above 80°C even trying to stress it to the limit. It stays at 45-50°C during normal day to day use. Intel's declared thermal limit is 105 or 110°C on this CPU.
]]>As per the first post the LMT config file seems OK, cpupower is disabled of course. I tried enabling it and disabling LMT and the freqency was still capped at 1.6GHz for some unknown reason.
Does that show the entire config? /etc/laptop-mode/conf.d/cpufreq.conf has further settings on my machine. In particular, do you have:
CONTROL_CPU_THROTTLING=0
?
]]>If I leave AC only (no battery) it stays 1.6GHz and acpi reports the battery as still present but 0%.
Putting the battery back in gets the actual acpi charge back.
The problem is that it acts casually. There is no real pattern to identify the problem.
If I reboot it will probably act differently. Why oh why!