linux-stable.git/tools/power/cpupower/utils, branch linux-3.5.y

sched: Remove stale power aware scheduling remnants and dysfunctional knobs

2012-05-17T11:48:56+00:00

It's been broken forever (i.e. it's not scheduling in a power
aware fashion), as reported by Suresh and others sending
patches, and nobody cares enough to fix it properly ...
so remove it to make space free for something better.

There's various problems with the code as it stands today, first
and foremost the user interface which is bound to topology
levels and has multiple values per level. This results in a
state explosion which the administrator or distro needs to
master and almost nobody does.

Furthermore large configuration state spaces aren't good, it
means the thing doesn't just work right because it's either
under so many impossibe to meet constraints, or even if
there's an achievable state workloads have to be aware of
it precisely and can never meet it for dynamic workloads.

So pushing this kind of decision to user-space was a bad idea
even with a single knob - it's exponentially worse with knobs
on every node of the topology.

There is a proposal to replace the user interface with a single
3 state knob:

 sched_balance_policy := { performance, power, auto }

where 'auto' would be the preferred default which looks at things
like Battery/AC mode and possible cpufreq state or whatever the hw
exposes to show us power use expectations - but there's been no
progress on it in the past many months.

Aside from that, the actual implementation of the various knobs
is known to be broken. There have been sporadic attempts at
fixing things but these always stop short of reaching a mergable
state.

Therefore this wholesale removal with the hopes of spurring
people who care to come forward once again and work on a
coherent replacement.

Signed-off-by: Peter Zijlstra 
Cc: Suresh Siddha 
Cc: Arjan van de Ven 
Cc: Vincent Guittot 
Cc: Vaidyanathan Srinivasan 
Cc: Linus Torvalds 
Cc: Andrew Morton 
Link: http://lkml.kernel.org/r/1326104915.2442.53.camel@twins
Signed-off-by: Ingo Molnar

cpupower: Fix broken mask values

2012-03-03T13:40:11+00:00

Signed-off-by: Thomas Renninger 
Tested-by: Dave Jones 
Signed-off-by: Dominik Brodowski

cpupower: Remove unneeded code and by that fix a memleak

2012-03-03T13:40:10+00:00

Looks like some not needed debug code slipped in.
Also this code:
tmp = sysfs_get_idlestate_name(cpu, idlestates - 1);
performs a strdup and the mem was not freed again.
-> delete it.

Signed-off-by: Thomas Renninger 
Signed-off-by: Dominik Brodowski

cpupower: Fix number of idle states

2012-03-03T13:40:09+00:00

The number of idle states was wrong.
The POLL idle state (on X86) was missed out:
Number of idle states: 4
Available idle states: C1-NHM C3-NHM C6-NHM

While the POLL is not a real idle state, its
statistics should still be shown. It's now also
explained in a detailed manpage.
This should fix a bug of missing the first idle
state on other archs.

Signed-off-by: Thomas Renninger 
Signed-off-by: Dominik Brodowski

cpupower: AMD fam14h/Ontario monitor can also be used by fam12h cpus

2012-03-03T13:40:08+00:00

The name of the monitor is updated at runtime to the name of the
CPU type.

Signed-off-by: Thomas Renninger 
CC: Andreas Herrmann 
Signed-off-by: Dominik Brodowski

cpupower: Better interface for accessing AMD pci registers

2012-03-03T13:40:08+00:00

AMD's BKDG (Bios and Kernel Developers Guide) talks in the CPU spec of their
CPU families about PCI registers defined by "device" (slot) and func(tion).

Assuming that CPU specific configuration PCI devices are always on domain
and bus zero a pci_slot_func_init() func which gets the slot and func of
the desired PCI device passed looks like the most convenient way.

This also obsoletes the PCI device id maintenance.

Signed-off-by: Thomas Renninger 
CC: Andreas Herrmann 
Signed-off-by: Dominik Brodowski

cpupower: use man(1) when calling "cpupower help subcommand"

2011-08-19T15:13:56+00:00

Instead of printing something non-formatted to stdout, call
man(1) to show the man page for the proper subcommand.

Signed-off-by: Dominik Brodowski

cpupower: make NLS truly optional

2011-08-19T15:00:02+00:00

Loosely based on a patch for cpufrequtils, submittted by
Sergey Dryabzhinsky  and

signed-off-by: Matt Turner 
Signed-off-by: Dominik Brodowski

cpupower: Make monitor command -c/--cpu aware

2011-08-15T18:03:16+00:00

This allows for example:
cpupower -c 2-4,6 monitor -m Mperf
              |Mperf
PKG |CORE|CPU | C0   | Cx   | Freq
   0|   8|   4|  2.42| 97.58|  1353
   0|  16|   2| 14.38| 85.62|  1928
   0|  24|   6|  1.76| 98.24|  1442
   1|  16|   3| 15.53| 84.47|  1650

CPUs always get resorted for package, core then cpu id if it could get read out
(or however you name these topology levels...).
Still this is a nice way to keep the overview if a test binary is bound to
a specific CPU or if one wants to show all CPUs inside a package or similar.

Still missing: Do not measure not available cores to reduce the overhead
and achieve better results.

Signed-off-by: Thomas Renninger 
Signed-off-by: Dominik Brodowski

cpupower: Better detect offlined CPUs

2011-08-15T18:03:10+00:00

Before, checking for offlined CPUs was done dirty and
it was checked whether topology parsing returned -1 values.
But this is a valid case on a Xen (and possibly other) kernels.

Do proper online/offline checking, also take CONFIG_HOTPLUG_CPU
option into account (no /sys/devices/../cpuX/online file).

Signed-off-by: Thomas Renninger 
Signed-off-by: Dominik Brodowski