Tomas Glozar a484490e04 rtla/timerlat: Do not set params->user_workload with -U ...

[ Upstream commit fcbc60d7dc ]

Since commit fb9e90a67e ("rtla/timerlat: Make user-space threads
the default"), rtla-timerlat has been defaulting to
params->user_workload if neither that or params->kernel_workload is set.
This has unintentionally made -U, which sets only params->user_hist/top
but not params->user_workload, to behave like -u unless -k is set,
preventing the user from running a custom workload.

Example:
$ rtla timerlat hist -U -c 0 &
[1] 7413
$ python sample/timerlat_load.py 0
Error opening timerlat fd, did you run timerlat -U?
$ ps | grep timerlatu
7415 pts/4    00:00:00 timerlatu/0

Fix the issue by checking for params->user_top/hist instead of
params->user_workload when setting default thread mode.

Link: https://lore.kernel.org/20241021123140.14652-1-tglozar@redhat.com
Fixes: fb9e90a67e ("rtla/timerlat: Make user-space threads the default")
Signed-off-by: Tomas Glozar <tglozar@redhat.com>
Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>

2024-12-05 14:02:17 +01:00

..

latency

tools/latency: Use pkg-config in lib_setup of Makefile.config

2024-07-17 13:15:18 -07:00

rtla

rtla/timerlat: Do not set params->user_workload with -U

2024-12-05 14:02:17 +01:00

Makefile

tools/tracing: Update Makefile to build rtla

2022-01-27 19:15:47 -05:00