From: linuxtestproject.agent@gmail.com
To: XiaoLei Wu <wxl18715129466@gmail.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] lib: treat ntfs3 as ntfs in filesystem skiplists
Date: Thu, 4 Jun 2026 11:29:05 +0000 [thread overview]
Message-ID: <20260604112905.3987-1-linuxtestproject.agent@gmail.com> (raw)
In-Reply-To: <20260604110138.774341-1-wxl18715129466@gmail.com>
Hi XiaoLei,
On Thu Jun 4 19:01:38 2026 +0800, XiaoLei Wu wrote:
> lib: treat ntfs3 as ntfs in filesystem skiplists
> + if (!strcmp(fs_type, "ntfs3"))
> + fs_type = "ntfs";
> +
> if (!skiplist)
> return 0;
>
> for (i = 0; skiplist[i]; i++) {
> if (!strcmp(fs_type, skiplist[i]))
> return 1;
The mapping is one-directional: ntfs3 is remapped to ntfs before the
loop, so a skiplist containing "ntfs3" (without "ntfs") will no longer
match.
For example, a test calling:
tst_get_supported_fs_types((const char *const []){ "ntfs3", NULL });
expects ntfs3 to be excluded, but after this change the lookup
compares "ntfs" against "ntfs3" in the list and returns 0, so ntfs3
is not skipped.
No test in the tree has this pattern today, so there is no immediate
regression. But the API contract of tst_fs_in_skiplist has changed
silently: passing "ntfs3" in a skiplist no longer skips ntfs3.
Is that intentional? If the design decision is "callers must use
'ntfs' to cover both drivers", then a code comment on
tst_fs_in_skiplist (and perhaps on tst_get_supported_fs_types) to
that effect would make the contract clear and prevent future callers
from hitting this silently.
Alternatively, normalising on both sides of the comparison would
preserve the old contract while adding the new ntfs-covers-ntfs3
behaviour:
for (i = 0; skiplist[i]; i++) {
const char *entry = skiplist[i];
if (!strcmp(entry, "ntfs3"))
entry = "ntfs";
if (!strcmp(fs_type, entry))
return 1;
}
Verdict: Needs revision
---
Note:
The agent can sometimes produce false positives although often its
findings are genuine. If you find issues with the review, please
comment this email or ignore the suggestions.
Regards,
LTP AI Reviewer
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2026-06-04 11:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-02 6:45 [LTP] [PATCH] syscalls: skip ntfs3 in ioctl_fiemap01 and mount03 XiaoLei Wu
2026-06-02 11:23 ` [LTP] " linuxtestproject.agent
2026-06-03 9:49 ` [LTP] [PATCH] " Cyril Hrubis
2026-06-04 11:01 ` [LTP] [PATCH v2] lib: treat ntfs3 as ntfs in filesystem skiplists XiaoLei Wu
2026-06-04 11:29 ` linuxtestproject.agent [this message]
2026-06-04 12:27 ` Cyril Hrubis
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=20260604112905.3987-1-linuxtestproject.agent@gmail.com \
--to=linuxtestproject.agent@gmail.com \
--cc=ltp@lists.linux.it \
--cc=wxl18715129466@gmail.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