Link: https://lore.kernel.org/r/20260217200002.683975158@linuxfoundation.org Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com> Tested-by: Peter Schneider <pschneider1968@googlemail.com> Tested-by: Jon Hunter <jonathanh@nvidia.com> Tested-by: Salvatore Bonaccorso <carnil@debian.org> Tested-by: Brett A C Sheffield <bacs@librecast.net> Tested-by: Mark Brown <broonie@kernel.org> Tested-by: Luna Jernberg <droidbittin@gmail.com> Tested-by: Ronald Warsow <rwarsow@gmx.de> Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> Tested-by: Ron Economos <re@w6rz.net> Tested-by: Miguel Ojeda <ojeda@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
25 lines
1.0 KiB
Plaintext
25 lines
1.0 KiB
Plaintext
ToDos sorted by priority:
|
|
|
|
- Use bitmask functions to parse CPU topology more robust
|
|
(current implementation has issues on AMD)
|
|
- Try to read out boost states and frequencies on Intel
|
|
- Somewhere saw the ability to read power consumption of
|
|
RAM from HW on Intel SandyBridge -> another monitor?
|
|
- 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 logic from inside the
|
|
monitor to outside it. This can be given higher
|
|
priority in fork_it.
|
|
- Fork as many processes as there are CPUs in case the
|
|
per_cpu_schedule flag is set.
|
|
-> Bind forked process 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.
|
|
This would be ideal as it will not introduce noise in the
|
|
tested executable.
|