08.06.2015 09:53, Blackcrack пишет:
Hi you both :)
Am 08.06.2015 um 07:56 schrieb Eugene Shatokhin:
Hi,
07.06.2015 18:56, Ben Bullard пишет:
Thanks to Blackcrack's tip about systemctl I ran it a find that
cpupower.service is failed. I don't know if it is supposed to be
working?
# systemctl status cpupower.service
cpupower.service - Configure CPU power related settings
Loaded: loaded (/lib/systemd/system/cpupower.service; enabled)
Active: failed (Result: exit-code) since Sun 2015-06-07 10:16:51
CDT; 13min ago
Process: 3642 ExecStart=/usr/bin/cpupower $CPUPOWER_START_OPTS
(code=exited, status=237)
Main PID: 3642 (code=exited, status=237)
CGroup: /system.slice/cpupower.service
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: Error setting new
values. Common errors:
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: - Do you have
proper administration rights? (super-user?)
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: - Is the governor
you requested available and modprobed?
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: - Trying to set an
invalid policy?
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: - Trying to set a
specific frequency, but userspace governor is not available,
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: for example
because of hardware which cannot be set to a specific frequency
Jun 07 10:16:51 localhost.localdomain cpupower[3642]: or because the
userspace governor isn't loaded?
Jun 07 10:16:51 localhost.localdomain systemd[1]: cpupower.service: main
process exited, code=exited, status=237/n/a
Jun 07 10:16:51 localhost.localdomain systemd[1]: Failed to start
Configure CPU power related settings.
Jun 07 10:16:51 localhost.localdomain systemd[1]: Unit cpupower.service
entered failed state.
[root@localhost ~]# systemctl start cpupower.service
Job for cpupower.service failed. See 'systemctl status cpupower.service'
and 'journalctl -xn' for details.
<...>
Any ideas or illumination?
Chances are, your system uses intel_pstate driver for frequency
scaling rather than acpi_cpufreq, and cpupower still tries to set
"ondemand" governor that is not supported there.
See 'cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver'.
If it is "intel_pstate", then see what is in /etc/sysconfig/cpupower.
Chances are, it contains the following:
CPUPOWER_START_OPTS="frequency-set -g ondemand"
CPUPOWER_STOP_OPTS="frequency-set -g ondemand"
You can change "ondemand" to "powersave" there, then try to start
cpupower.service again.
I fixed a similar problem in ROSA some time ago, not sure if
OpenMandriva has analogous fixes as well.
Note that this "powersave" governor is not the same as the
"traditional" "powersave" governor for acpi_cpufreq, so do not worry
that "ondemand" is not used.
By the way, the list of available governors is available in
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors.
Regards,
Eugene
It is maybe not an idea to make it depend to intel tools or something,
because this cpu powersaver it is an spezific tool for intel periphery
then ,
if i have understood right . so, maybe build up an small package together
with some other inteltools and enable by install the specific intel-tools ..
and remove it from the standard install package because,
the cpupowersaver it's spezific and let enable the service by install.
AFAIK, cpupower handles both Intel and non-Intel hardware. The necessary
drivers (acpi_cpufreq, intel_pstate, ...) are provided by the kernel
packages.
What we do now in ROSA, is just detect the list of available "governors"
(frequency scaling schemes) in runtime and select an appropriate one,
rather than hardcode "ondemand" like it was before.
The user can override it, of course, in case their need a different scheme.
Here is the core part of the service, to make it clearer what I mean:
https://abf.io/import/kernel/blob/rosa2014.1/cpupower-start.sh.
Other cpupower-related files are in the kernel project
(https://abf.io/import/kernel).
May be, it is not the most elegant solution, but it has worked OK
out-of-the-box so far.
Regards,
Eugene
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
