linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "tip-bot2 for Waiman Long" <tip-bot2@linutronix.de>
To: linux-tip-commits@vger.kernel.org
Cc: Waiman Long <longman@redhat.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	"Borislav Petkov (AMD)" <bp@alien8.de>,
	x86@kernel.org, linux-kernel@vger.kernel.org
Subject: [tip: locking/futex] selftests/futex: Fix some futex_numa_mpol subtests
Date: Mon, 01 Sep 2025 14:28:13 -0000	[thread overview]
Message-ID: <175673689351.1920.8476960305434687281.tip-bot2@tip-bot2> (raw)
In-Reply-To: <20250827130011.677600-3-bigeasy@linutronix.de>

The following commit has been merged into the locking/futex branch of tip:

Commit-ID:     d8e2f919997b14665e4509ef9a5278f291598d6e
Gitweb:        https://git.kernel.org/tip/d8e2f919997b14665e4509ef9a5278f291598d6e
Author:        Waiman Long <longman@redhat.com>
AuthorDate:    Wed, 27 Aug 2025 15:00:08 +02:00
Committer:     Borislav Petkov (AMD) <bp@alien8.de>
CommitterDate: Mon, 01 Sep 2025 16:12:54 +02:00

selftests/futex: Fix some futex_numa_mpol subtests

The "Memory out of range" subtest of futex_numa_mpol assumes that memory
access outside of the mmap'ed area is invalid. That may not be the case
depending on the actual memory layout of the test application. When that
subtest was run on an x86-64 system with latest upstream kernel, the test
passed as an error was returned from futex_wake(). On another PowerPC system,
the same subtest failed because futex_wake() returned 0.

  Bail out! futex2_wake(64, 0x86) should fail, but didn't

Looking further into the passed subtest on x86-64, it was found that an
-EINVAL was returned instead of -EFAULT. The -EINVAL error was returned
because the node value test with FLAGS_NUMA set failed with a node value
of 0x7f7f. IOW, the futex memory was accessible and futex_wake() failed
because the supposed node number wasn't valid. If that memory location
happens to have a very small value (e.g. 0), the test will pass and no
error will be returned.

Since this subtest is non-deterministic, drop it unless a guard page beyond
the mmap region is explicitly set.

The other problematic test is the "Memory too small" test. The futex_wake()
function returns the -EINVAL error code because the given futex address isn't
8-byte aligned, not because only 4 of the 8 bytes are valid and the other
4 bytes are not. So change the name of this subtest to "Mis-aligned futex" to
reflect the reality.

  [ bp: Massage commit message. ]

Fixes: 3163369407ba ("selftests/futex: Add futex_numa_mpol")
Signed-off-by: Waiman Long <longman@redhat.com>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Reviewed-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Link: https://lore.kernel.org/20250827130011.677600-3-bigeasy@linutronix.de
---
 tools/testing/selftests/futex/functional/futex_numa_mpol.c | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/tools/testing/selftests/futex/functional/futex_numa_mpol.c b/tools/testing/selftests/futex/functional/futex_numa_mpol.c
index a9ecfb2..802c15c 100644
--- a/tools/testing/selftests/futex/functional/futex_numa_mpol.c
+++ b/tools/testing/selftests/futex/functional/futex_numa_mpol.c
@@ -182,12 +182,10 @@ int main(int argc, char *argv[])
 	if (futex_numa->numa == FUTEX_NO_NODE)
 		ksft_exit_fail_msg("NUMA node is left uninitialized\n");
 
-	ksft_print_msg("Memory too small\n");
+	/* FUTEX2_NUMA futex must be 8-byte aligned */
+	ksft_print_msg("Mis-aligned futex\n");
 	test_futex(futex_ptr + mem_size - 4, 1);
 
-	ksft_print_msg("Memory out of range\n");
-	test_futex(futex_ptr + mem_size, 1);
-
 	futex_numa->numa = FUTEX_NO_NODE;
 	mprotect(futex_ptr, mem_size, PROT_READ);
 	ksft_print_msg("Memory, RO\n");

  parent reply	other threads:[~2025-09-01 14:28 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-27 13:00 [PATCH 0/5] selftests/futex: Collected fixups Sebastian Andrzej Siewior
2025-08-27 13:00 ` [PATCH 1/5] selftests/futex: Remove the -g parameter from futex_priv_hash Sebastian Andrzej Siewior
2025-08-27 15:38   ` André Almeida
2025-09-01 14:28   ` [tip: locking/futex] " tip-bot2 for Sebastian Andrzej Siewior
2025-08-27 13:00 ` [PATCH 2/5] selftests/futex: Fix some futex_numa_mpol subtests Sebastian Andrzej Siewior
2025-08-27 15:40   ` André Almeida
2025-08-29  6:27     ` Sebastian Andrzej Siewior
2025-09-01 14:28   ` tip-bot2 for Waiman Long [this message]
2025-08-27 13:00 ` [PATCH 3/5] selftests/futex: fix format-security warnings in futex_priv_hash Sebastian Andrzej Siewior
2025-09-01 14:28   ` [tip: locking/futex] selftests/futex: Fix " tip-bot2 for Nai-Chen Cheng
2025-08-27 13:00 ` [PATCH 4/5] selftests/futex: fix typos and grammar " Sebastian Andrzej Siewior
2025-08-27 15:49   ` André Almeida
2025-09-01 14:28   ` [tip: locking/futex] selftests/futex: Fix " tip-bot2 for Gopi Krishna Menon
2025-08-27 13:00 ` [PATCH 5/5] selftests/futex: fix futex_wait() for 32bit ARM Sebastian Andrzej Siewior
2025-08-27 15:50   ` André Almeida
2025-09-01 14:28   ` [tip: locking/futex] selftests/futex: Fix " tip-bot2 for Dan Carpenter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=175673689351.1920.8476960305434687281.tip-bot2@tip-bot2 \
    --to=tip-bot2@linutronix.de \
    --cc=bigeasy@linutronix.de \
    --cc=bp@alien8.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-tip-commits@vger.kernel.org \
    --cc=longman@redhat.com \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).