* [PATCH] selftests/futex: fix incorrect result reporting of futex_requeue test item
@ 2026-01-27 7:37 Yuwen Chen
2026-01-27 18:35 ` Thomas Gleixner
0 siblings, 1 reply; 3+ messages in thread
From: Yuwen Chen @ 2026-01-27 7:37 UTC (permalink / raw)
To: bigeasy, wakel
Cc: andrealmeid, colin.i.king, dave, dvhart, edliaw, justinstitt,
kernel-team, licayy, linux-kernel, linux-kselftest, luto, mingo,
morbo, nathan, ndesaulniers, peterz, shuah, tglx, usama.anjum,
Yuwen Chen
When using the TEST_HARNESS_MAIN macro definition to declare the main
function, you need to use the EXPECT_ and ASSERT_ series of functions in
conjunction. Otherwise, even if a test item fails, the test will still
return a success result.
When adding a delay in waiterfn to artificially create an incorrect test
result, the test item has actually failed. However, the output still
indicates that the test has passed:
TAP version 13
1..2
Starting 2 tests from 1 test cases.
RUN global.requeue_single ...
not ok 1 futex_requeue simple returned: 0
not ok 2 futex_requeue simple returned: 0
OK global.requeue_single
ok 1 global.requeue_single
RUN global.requeue_multiple ...
not ok 2 futex_requeue many returned: 0 Success
not ok 3 futex_requeue many returned: 0 Success
OK global.requeue_multiple
ok 2 global.requeue_multiple
PASSED: 2 / 2 tests passed.
Totals: pass:2 fail:0 xfail:0 xpass:0 skip:0 error:0
Fixes: f341a20f6d7e ("selftests/futex: Refactor futex_requeue with kselftest_harness.h")
Signed-off-by: Yuwen Chen <ywen.chen@foxmail.com>
---
.../futex/functional/futex_requeue.c | 47 ++++---------------
1 file changed, 8 insertions(+), 39 deletions(-)
diff --git a/tools/testing/selftests/futex/functional/futex_requeue.c b/tools/testing/selftests/futex/functional/futex_requeue.c
index a9d96105134d0..b468411386dd5 100644
--- a/tools/testing/selftests/futex/functional/futex_requeue.c
+++ b/tools/testing/selftests/futex/functional/futex_requeue.c
@@ -62,7 +62,7 @@ TEST(requeue_single)
volatile futex_t f2 = 0;
pthread_t waiter[10];
atomic_int tid = 0;
- int res, state, retry = 100;
+ int state, retry = 100;
f1 = &_f1;
pthread_barrier_init(&barrier, NULL, 2);
@@ -70,8 +70,7 @@ TEST(requeue_single)
/*
* Requeue a waiter from f1 to f2, and wake f2.
*/
- if (pthread_create(&waiter[0], NULL, waiterfn, &tid))
- ksft_exit_fail_msg("pthread_create failed\n");
+ ASSERT_EQ(0, pthread_create(&waiter[0], NULL, waiterfn, &tid));
pthread_barrier_wait(&barrier);
pthread_barrier_destroy(&barrier);
@@ -82,22 +81,8 @@ TEST(requeue_single)
break;
}
- ksft_print_dbg_msg("Requeuing 1 futex from f1 to f2\n");
- res = futex_cmp_requeue(f1, 0, &f2, 0, 1, 0);
- if (res != 1)
- ksft_test_result_fail("futex_requeue simple returned: %d %s\n",
- res ? errno : res,
- res ? strerror(errno) : "");
-
- ksft_print_dbg_msg("Waking 1 futex at f2\n");
- res = futex_wake(&f2, 1, 0);
- if (res != 1) {
- ksft_test_result_fail("futex_requeue simple returned: %d %s\n",
- res ? errno : res,
- res ? strerror(errno) : "");
- } else {
- ksft_test_result_pass("futex_requeue simple succeeds\n");
- }
+ EXPECT_EQ(1, futex_cmp_requeue(f1, 0, &f2, 0, 1, 0));
+ EXPECT_EQ(1, futex_wake(&f2, 1, 0));
}
TEST(requeue_multiple)
@@ -106,7 +91,7 @@ TEST(requeue_multiple)
volatile futex_t f2 = 0;
pthread_t waiter[10];
atomic_int tids[10] = {0};
- int res, i, state, retry = 0;
+ int i, state, retry = 0;
f1 = &_f1;
@@ -117,8 +102,7 @@ TEST(requeue_multiple)
for (i = 0; i < 10; i++) {
pthread_barrier_init(&barrier, NULL, 2);
- if (pthread_create(&waiter[i], NULL, waiterfn, &tids[i]))
- ksft_exit_fail_msg("pthread_create failed\n");
+ ASSERT_EQ(0, pthread_create(&waiter[i], NULL, waiterfn, &tids[i]));
pthread_barrier_wait(&barrier);
pthread_barrier_destroy(&barrier);
@@ -132,23 +116,8 @@ TEST(requeue_multiple)
}
}
- ksft_print_dbg_msg("Waking 3 futexes at f1 and requeuing 7 futexes from f1 to f2\n");
- res = futex_cmp_requeue(f1, 0, &f2, 3, 7, 0);
- if (res != 10) {
- ksft_test_result_fail("futex_requeue many returned: %d %s\n",
- res ? errno : res,
- res ? strerror(errno) : "");
- }
-
- ksft_print_dbg_msg("Waking INT_MAX futexes at f2\n");
- res = futex_wake(&f2, INT_MAX, 0);
- if (res != 7) {
- ksft_test_result_fail("futex_requeue many returned: %d %s\n",
- res ? errno : res,
- res ? strerror(errno) : "");
- } else {
- ksft_test_result_pass("futex_requeue many succeeds\n");
- }
+ EXPECT_EQ(10, futex_cmp_requeue(f1, 0, &f2, 3, 7, 0));
+ EXPECT_EQ(7, futex_wake(&f2, INT_MAX, 0));
}
TEST_HARNESS_MAIN
--
2.34.1
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH] selftests/futex: fix incorrect result reporting of futex_requeue test item
2026-01-27 7:37 [PATCH] selftests/futex: fix incorrect result reporting of futex_requeue test item Yuwen Chen
@ 2026-01-27 18:35 ` Thomas Gleixner
2026-01-28 2:09 ` Yuwen Chen
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Gleixner @ 2026-01-27 18:35 UTC (permalink / raw)
To: Yuwen Chen, bigeasy, wakel
Cc: andrealmeid, colin.i.king, dave, dvhart, edliaw, justinstitt,
kernel-team, licayy, linux-kernel, linux-kselftest, luto, mingo,
morbo, nathan, ndesaulniers, peterz, shuah, usama.anjum,
Yuwen Chen
On Tue, Jan 27 2026 at 15:37, Yuwen Chen wrote:
> When using the TEST_HARNESS_MAIN macro definition to declare the main
> function, you need to use the EXPECT_ and ASSERT_ series of functions in
> conjunction. Otherwise, even if a test item fails, the test will still
> return a success result.
>
> When adding a delay in waiterfn to artificially create an incorrect test
> result, the test item has actually failed. However, the output still
> indicates that the test has passed:
This is an actual fix and wants to go _before_ adding hacks to solve the
my system is too busy to start a thread in 10 seconds "problem".
Thanks,
tglx
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH] selftests/futex: fix incorrect result reporting of futex_requeue test item
2026-01-27 18:35 ` Thomas Gleixner
@ 2026-01-28 2:09 ` Yuwen Chen
0 siblings, 0 replies; 3+ messages in thread
From: Yuwen Chen @ 2026-01-28 2:09 UTC (permalink / raw)
To: tglx
Cc: andrealmeid, bigeasy, colin.i.king, dave, dvhart, edliaw,
justinstitt, kernel-team, licayy, linux-kernel, linux-kselftest,
luto, mingo, morbo, nathan, ndesaulniers, peterz, shuah,
usama.anjum, wakel, ywen.chen
On Tue, 27 Jan 2026 19:35:19 +0100, Thomas Gleixner wrote:
> This is an actual fix and wants to go _before_ adding hacks to solve the
> my system is too busy to start a thread in 10 seconds "problem".
>
> Thanks,
>
> tglx
Thank you very much for your reply. I've resubmitted a new patch.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-01-28 2:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-01-27 7:37 [PATCH] selftests/futex: fix incorrect result reporting of futex_requeue test item Yuwen Chen
2026-01-27 18:35 ` Thomas Gleixner
2026-01-28 2:09 ` Yuwen Chen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox