From: Petr Vorel <pvorel@suse.cz>
To: Po-Hsu Lin <po-hsu.lin@canonical.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCHv2] listmount04.c: update struct mnt_id_req support to kernel >= 6.17.9
Date: Thu, 8 Jan 2026 13:13:04 +0100 [thread overview]
Message-ID: <20260108121304.GA12024@pevik> (raw)
In-Reply-To: <20260108103606.35227-1-po-hsu.lin@canonical.com>
Hi Po-Hsu Lin,
> The kernel change 78f0e33cd6c93 ("fs/namespace: correctly handle errors
> returned by grab_requested_mnt_ns") from 6.18 has been ported to upstream
> 6.17.9 [1][2].
> Therefore change the expectation from >= 6.18 to >= 6.17.9 accodingly.
> [1] https://lwn.net/Articles/1047684/
> [2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v6.17.9&id=8ff97ade
> v2: add comments for this change into the code.
> Signed-off-by: Po-Hsu Lin <po-hsu.lin@canonical.com>
> ---
> .../kernel/syscalls/listmount/listmount04.c | 18 +++++++++++-------
> 1 file changed, 11 insertions(+), 7 deletions(-)
> diff --git a/testcases/kernel/syscalls/listmount/listmount04.c b/testcases/kernel/syscalls/listmount/listmount04.c
> index 2b8b49101..59da46cfd 100644
> --- a/testcases/kernel/syscalls/listmount/listmount04.c
> +++ b/testcases/kernel/syscalls/listmount/listmount04.c
> @@ -7,6 +7,10 @@
> * Verify that listmount() raises the correct errors according with
> * invalid data:
> *
> + * - EBADF: invalid mnt_ns_fd
> + * This check was introduced for kernel commit 78f0e33cd6c9 ("fs/namespace:
> + * correctly handle errors returned by grab_requested_mnt_ns") introduced
> + * in v6.18-rc7 and backported to v6.17.9.
TL;DR
Please either fix RST syntax or move text outside /*\ section.
IMHO this is an implementation detail, I don't think we need it in the test
catalog docs [1]. I would just put this comment above macro definition: #define
BEFORE_6_17_9 1.
Also this is a wrong RST syntax. FYI we parse this into sphinx docs [1] and
this breaks formatting of the list:
* EBADF: invalid mnt_ns_fd
This check was introduced for kernel commit 78f0e33cd6c9 (“fs/namespace: correctly handle errors returned by grab_requested_mnt_ns”) introduced in v6.18-rc7 and backported to v6.17.9. - EFAULT: req or mnt_id are unaccessible memories - EINVAL: invalid flags or mnt_id request - ENOENT: non-existent mount point
If you run:
$ cd doc; make setup && make
you'll get local build of the documentation, see ./html/users/test_catalog.html#listmount04
Kind regards,
Petr
[1] file:///home/pevik/install/src/ltp.git/doc/html/users/test_catalog.html#listmount04
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2026-01-08 12:13 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-08 10:36 [LTP] [PATCHv2] listmount04.c: update struct mnt_id_req support to kernel >= 6.17.9 Po-Hsu Lin via ltp
2026-01-08 11:18 ` Andrea Cervesato via ltp
2026-01-08 12:13 ` Petr Vorel [this message]
2026-01-08 15:45 ` Po-Hsu Lin via ltp
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=20260108121304.GA12024@pevik \
--to=pvorel@suse.cz \
--cc=ltp@lists.linux.it \
--cc=po-hsu.lin@canonical.com \
/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