lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5b7e6aa4-8fe1-4ba3-b5e9-80bfa710afb9@flourine.local>
Date: Fri, 13 Sep 2024 15:47:13 +0200
From: Daniel Wagner <wagi@...om.org>
To: Muhammad Usama Anjum <Usama.Anjum@...labora.com>
Cc: Steven Rostedt <rostedt@...dmis.org>, 
	linux-trace-kernel@...r.kernel.org, linux-kernel@...r.kernel.org, 
	Daniel Bristot de Oliveira <bristot@...nel.org>, kernel@...labora.com, gustavo.padovan@...labora.com, 
	helen.koike@...labora.com
Subject: Re: [Report] rtla: Failed to set runtime and/or period

On Thu, Sep 12, 2024 at 06:58:02PM GMT, Muhammad Usama Anjum wrote:
> We are running rt-tests on KernelCI. I'm looking at failures and I found
> out that rtla osnoise and rtla timerlat are failing. We have just
> enabled these tests and they are failing from day one.

Thanks a lot on working on this!

> The first thing I fixed in my local setup is to sync the version of rtla
> with that of the running kernel from the source. It resolves the Tracer
> timerlat not found!" error as we had installed the older rtla package
> from Debian on CI.

There is some dependency between kernel version and the rtla tool suite.
I suppose there is a window of version which you can differ but I
suppose the Debian packaged version is way too old for recent kernels.

> I'll update it. Is the version of rtla dependent on
> the exact kernel version or any recent rtla version is acceptable?

I have to figure this out. It could be that we need to build/provide
matching rtla versions to the kernel. In theory the API should be stable
etc but I suspect the APIs got broken (not on purpose) in the early
days. Anyway, we have to figure this out as we can't ask Daniel sadly.

> The other errors are persistent:
> 
> ➜  sudo ./rtla osnoise hist -r 900000
> Failed to set runtime and/or period
> Could not apply config

This works on my Tumbleweed kernel (pretty much a vanila kernel)
6.10.9-1-default with the matching rtla version 6.10.9.

What version do you use?

> I thought maybe some argument are wrong. I ran the example from man page:
> 
> ➜  sudo ./rtla osnoise hist -P F:1 -c 0-11 -r 900000 -d 1M -b 10 -E 25
> Failed to apply CPUs config
> Could not apply config

Same here. This works on my local kernel.

> Is there some configuration which is missing for running rtla? Please
> let me know.

Are these

    CONFIG_OSNOISE_TRACER
    CONFIG_TIMERLAT_TRACER

config option enabled in your kernel?

Thanks,
Daniel

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ