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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAPhsuW4vDX70-n3n0wk4XsX7+-kmG=GZZ5PHBr=EO3A7Ju2kZg@mail.gmail.com>
Date: Tue, 9 Jan 2024 09:45:20 -0800
From: Song Liu <song@...nel.org>
To: "Alessandro Carminati (Red Hat)" <alessandro.carminati@...il.com>
Cc: Andrii Nakryiko <andrii@...nel.org>, Shuah Khan <shuah@...nel.org>, Mykola Lysenko <mykolal@...com>, 
	Alexei Starovoitov <ast@...nel.org>, Daniel Borkmann <daniel@...earbox.net>, 
	Martin KaFai Lau <martin.lau@...ux.dev>, Yonghong Song <yonghong.song@...ux.dev>, 
	John Fastabend <john.fastabend@...il.com>, KP Singh <kpsingh@...nel.org>, 
	Stanislav Fomichev <sdf@...gle.com>, Hao Luo <haoluo@...gle.com>, Jiri Olsa <jolsa@...nel.org>, 
	bpf@...r.kernel.org, linux-kselftest@...r.kernel.org, 
	linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH] find_vma BPF test: increase length CPU computation

On Tue, Jan 9, 2024 at 1:57 AM Alessandro Carminati (Red Hat)
<alessandro.carminati@...il.com> wrote:
>
> Some aarch64 systems running a PREEMPT_RT patched kernel, needs
> more time to complete the test.
> This change mirrors:
> commit ba83af059153 ("Improve stability of find_vma BPF test")
> addressing similar requirements and allowing the QTI SA8775P based
> systems, and others, to complete the test when running RT kernel.
>
> Signed-off-by: Alessandro Carminati (Red Hat) <alessandro.carminati@...ilcom>
> ---
>  tools/testing/selftests/bpf/prog_tests/find_vma.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/tools/testing/selftests/bpf/prog_tests/find_vma.c b/tools/testing/selftests/bpf/prog_tests/find_vma.c
> index 5165b38f0e59..43d62db8d57b 100644
> --- a/tools/testing/selftests/bpf/prog_tests/find_vma.c
> +++ b/tools/testing/selftests/bpf/prog_tests/find_vma.c
> @@ -51,7 +51,7 @@ static void test_find_vma_pe(struct find_vma *skel)
>         struct bpf_link *link = NULL;
>         volatile int j = 0;
>         int pfd, i;
> -       const int one_bn = 1000000000;
> +       const int dummy_wait = 2500000000;

2500000000 is bigger than INT_MAX.

>
>         pfd = open_pe();
>         if (pfd < 0) {
> @@ -68,10 +68,10 @@ static void test_find_vma_pe(struct find_vma *skel)
>         if (!ASSERT_OK_PTR(link, "attach_perf_event"))
>                 goto cleanup;
>
> -       for (i = 0; i < one_bn && find_vma_pe_condition(skel); ++i)
> +       for (i = 0; i < dummy_wait && find_vma_pe_condition(skel); ++i)
>                 ++j;

So we will skip this loop. Right?

Thanks,
Song


>
> -       test_and_reset_skel(skel, -EBUSY /* in nmi, irq_work is busy */, i == one_bn);
> +       test_and_reset_skel(skel, -EBUSY /* in nmi, irq_work is busy */, i == dummy_wait);
>  cleanup:
>         bpf_link__destroy(link);
>         close(pfd);
> --
> 2.34.1
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ