lkml.org 
[lkml]   [2019]   [Oct]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
Subject[PATCH] Update ToDo with ideas for per_cpu_schedule handling
Date
Re-structure the code to better handle the per_cpu_schedule mechanism,
which was introduced when updating cpupower for AMD Zen based processors.

Based on Thomas Renninger's feedback/ideas.

Signed-off-by: Janakarajan Natarajan <Janakarajan.Natarajan@amd.com>
---
tools/power/cpupower/ToDo | 14 ++++++++++++++
1 file changed, 14 insertions(+)

diff --git a/tools/power/cpupower/ToDo b/tools/power/cpupower/ToDo
index 6e8b89f282e6..3f12ee451403 100644
--- a/tools/power/cpupower/ToDo
+++ b/tools/power/cpupower/ToDo
@@ -8,3 +8,17 @@ ToDos sorted by priority:
- Add another c1e debug idle monitor
-> Is by design racy with BIOS, but could be added
with a --force option and some "be careful" messages
+- Add cpu_start()/cpu_stop() callbacks for monitor
+ -> This is to move the per_cpu_schedule logic from inside
+ the monitor to outside it. This can be given higher
+ priority in fork_it. The per_cpu logic allows the
+ cpupower process to move to each cpu before taking
+ measurements.
+- Fork as many processes as there are CPUs in case the
+ per_cpu_schedule flag is set.
+ -> Bind forked processes to each cpu.
+ -> Execute start measures via the forked processes on
+ each cpu.
+ -> Run test executable in a forked process.
+ -> Execute stop measures via the forked processes on
+ each cpu.
--
2.17.1
\
 
 \ /
  Last update: 2019-10-29 23:22    [W:0.028 / U:0.488 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site