From: Luis Henriques <luis@igalia.com>
To: Chen Linxuan <me@black-desk.cn>
Cc: Amir Goldstein <amir73il@gmail.com>,
Christian Brauner <brauner@kernel.org>,
Miklos Szeredi <miklos@szeredi.hu>,
linux-fsdevel@vger.kernel.org, fuse-devel@lists.linux.dev,
Chen Linxuan <chenlinxuan@uniontech.com>
Subject: Re: [PATCH 2/2] selftests/fuse: add ACL_DONT_CACHE regression test
Date: Thu, 16 Jul 2026 13:49:37 +0100 [thread overview]
Message-ID: <87o6g785ge.fsf@wotan.olymp> (raw)
In-Reply-To: <CAC1kPDMPfYAUsmT-yx4NK=hT5OdeZuJpyVTbfHZxfdbH8b_=uQ@mail.gmail.com> (Chen Linxuan's message of "Thu, 16 Jul 2026 04:24:27 -0700")
On Thu, Jul 16 2026, Chen Linxuan wrote:
> On Thu Jul 16, 2026 at 6:10 PM CST, Amir Goldstein wrote:
>> On Wed, Jul 15, 2026 at 10:41 PM Luis Henriques <luis@igalia.com> wrote:
>>>
>>> Hi!
>>>
>>> On Wed, Jul 15 2026, Amir Goldstein wrote:
>>>
>>> [...]
>>> >> A question: in my own tests I have been following a different approach,
>>> >> where the filesystem is mounted from a shell script that does the actual
>>> >> testing. I wonder if you think your approach (i.e. writing the actual
>>> >> test in C, using the kselftest macros) is the preferred one.
>>> >
>>> > I always prefer a standalone C program for a selftest.
>>> > For fstests naturally the tests are done by the shell scripts,
>>> > so it really depends.
>>>
>>> Cool, thanks. I'll consider adapting my own tests to have a similar
>>> format as this one.
>>>
>>> >> Anyway, the test looks good to me, and I just have a few minor comments
>>> >> below.
>>> >>
>>> >> > fuse_acl_cache_test is only built when libfuse3 is detected via
>>> >> > pkg-config.
>>> >>
>>> >> Yeah, I've sent a patch recently converting the only existing test to also
>>> >> user fuse3 instead. Not sure that's acceptable though, since there's a
>>> >> chance of breaking some CI.
>>> >
>>> > I mean if the test is not built it wont run, so I don't know why CI would fail.
>>> > Obviously some systems do not have libfuse. That's fine by me
>>> > not everyone needs to run all the tests.
>>>
>>> Oh! as usual my comment wasn't clear :-)
>>>
>>> In fact, my comment wasn't really very relevant in the context of this
>>> patch as, in my opinion, I think it's OK for new tests to depend on fuse3.
>>>
>>> I was talking about my own patch[1] which was converting the existing
>>> test, which depends on fuse2, to use fuse3. That's what I was referring
>>> to when talking about breaking CI: we could have a scenario where a test
>>> was being built and executed and, because it's now using fuse3, it can't
>>> be built any more.
>>>
>>> [1] https://lore.kernel.org/all/20260708131122.2917-3-luis@igalia.com/
>>>
>>
>> CC test author
>> I think your concern is exaggerated
>> This test is 1 year old. Who runs this test and doesn't have fuse3?
>
> A quick note on why it used fuse2 to begin with: back then there was no
> fuse3-based test anywhere in the selftests tree. Amir actually pointed me
> to tools/testing/selftests/memfd [1] as the reference to follow, and
> that one (both its Makefile and fuse_mnt.c) is built on libfuse2, so I
> simply copied that pattern for consistency.
Ah! I wasn't aware there was yet another selftest relying on fuse2.
Thanks a lot for pointing that out. It now makes sense -- that's a very
old test.
Cheers,
--
Luís
next prev parent reply other threads:[~2026-07-16 12:49 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 22:09 [PATCH 0/2] Fix for unintended FUSE ACL cache Amir Goldstein
2026-07-13 22:09 ` [PATCH 1/2] fs: preserve ACL_DONT_CACHE state in forget_cached_acl() Amir Goldstein
2026-07-15 9:02 ` Christian Brauner
2026-07-15 9:40 ` Amir Goldstein
2026-07-15 15:43 ` Luis Henriques
2026-07-13 22:09 ` [PATCH 2/2] selftests/fuse: add ACL_DONT_CACHE regression test Amir Goldstein
2026-07-15 16:01 ` Luis Henriques
2026-07-15 17:38 ` Amir Goldstein
2026-07-15 20:42 ` Luis Henriques
2026-07-16 10:10 ` Amir Goldstein
2026-07-16 11:24 ` Chen Linxuan
2026-07-16 12:49 ` Luis Henriques [this message]
2026-07-16 12:45 ` Luis Henriques
2026-07-16 10:12 ` Amir Goldstein
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=87o6g785ge.fsf@wotan.olymp \
--to=luis@igalia.com \
--cc=amir73il@gmail.com \
--cc=brauner@kernel.org \
--cc=chenlinxuan@uniontech.com \
--cc=fuse-devel@lists.linux.dev \
--cc=linux-fsdevel@vger.kernel.org \
--cc=me@black-desk.cn \
--cc=miklos@szeredi.hu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.