.TH "CPUPOWER\-FREQUENCY\-INFO" "1" "0.1" "" "cpupower Manual" .SH "NAME" .LP cpupower\-frequency\-info \- Utility to retrieve cpufreq kernel information .SH "SYNTAX" .LP cpupower [ \-c cpulist ] frequency\-info [\fIoptions\fP] .SH "DESCRIPTION" .LP A small tool which prints out cpufreq information helpful to developers and interested users. .SH "OPTIONS" .LP .TP \fB\-e\fR \fB\-\-debug\fR Prints out debug information. .TP \fB\-f\fR \fB\-\-freq\fR Get frequency the CPU currently runs at, according to the cpufreq core. .TP \fB\-w\fR \fB\-\-hwfreq\fR Get frequency the CPU currently runs at, by reading it from hardware (only available to root). .TP \fB\-l\fR \fB\-\-hwlimits\fR Determine the minimum and maximum CPU frequency allowed. .TP \fB\-d\fR \fB\-\-driver\fR Determines the used cpufreq kernel driver. .TP \fB\-p\fR \fB\-\-policy\fR Gets the currently used cpufreq policy. .TP \fB\-g\fR \fB\-\-governors\fR Determines available cpufreq governors. .TP \fB\-a\fR \fB\-\-related\-cpus\fR Determines which CPUs run at the same hardware frequency. .TP \fB\-a\fR \fB\-\-affected\-cpus\fR Determines which CPUs need to have their frequency coordinated by software. .TP \fB\-s\fR \fB\-\-stats\fR Shows cpufreq statistics if available. .TP \fB\-y\fR \fB\-\-latency\fR Determines the maximum latency on CPU frequency changes. .TP \fB\-o\fR \fB\-\-proc\fR Prints out information like provided by the /proc/cpufreq interface in 2.4. and early 2.6. kernels. .TP \fB\-m\fR \fB\-\-human\fR human\-readable output for the \-f, \-w, \-s and \-y parameters. .TP \fB\-n\fR \fB\-\-no-rounding\fR Output frequencies and latencies without rounding off values. .TP .SH "REMARKS" .LP By default only values of core zero are displayed. How to display settings of other cores is described in the cpupower(1) manpage in the \-\-cpu option section. .LP You can't specify more than one of the output specific options \-o \-e \-a \-g \-p \-d \-l \-w \-f \-y. .LP You also can't specify the \-o option combined with the \-c option. .SH "FILES" .nf \fI/sys/devices/system/cpu/cpu*/cpufreq/\fP \fI/proc/cpufreq\fP (deprecated) \fI/proc/sys/cpu/\fP (deprecated) .fi .SH "AUTHORS" .nf Dominik Brodowski \- author Mattia Dongili \- first autolibtoolization .fi .SH "SEE ALSO" .LP cpupower\-frequency\-set(1), cpupower(1)
diff options
context:
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2017-01-10 14:01:05 +0100
committerThomas Gleixner <tglx@linutronix.de>2017-01-16 13:20:05 +0100
commit4205e4786d0b9fc3b4fec7b1910cf645a0468307 (patch)
tree685ccb486409197b936c785eb9d173c3edff45a1 /sound/mips/ad1843.c
parent7e164ce4e8ecd7e9a58a83750bd3ee03125df154 (diff)
cpu/hotplug: Provide dynamic range for prepare stage
Mathieu reported that the LTTNG modules are broken as of 4.10-rc1 due to the removal of the cpu hotplug notifiers. Usually I don't care much about out of tree modules, but LTTNG is widely used in distros. There are two ways to solve that: 1) Reserve a hotplug state for LTTNG 2) Add a dynamic range for the prepare states. While #1 is the simplest solution, #2 is the proper one as we can convert in tree users, which do not care about ordering, to the dynamic range as well. Add a dynamic range which allows LTTNG to request states in the prepare stage. Reported-and-tested-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Reviewed-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Sebastian Sewior <bigeasy@linutronix.de> Cc: Steven Rostedt <rostedt@goodmis.org> Link: http://lkml.kernel.org/r/alpine.DEB.2.20.1701101353010.3401@nanos Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'sound/mips/ad1843.c')