All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luis Henriques <luis@igalia.com>
To: Joanne Koong <joannelkoong@gmail.com>
Cc: Jun Wu <quark@lihdd.net>,
	 fuse-devel@lists.linux.dev, miklos@szeredi.hu,
	 Jun Wu <quark@meta.com>
Subject: Re: [PATCH v2] fuse: invalidate readdir cache on epoch bump
Date: Fri, 15 May 2026 17:26:01 +0100	[thread overview]
Message-ID: <87mry0skpy.fsf@igalia.com> (raw)
In-Reply-To: <CAJnrk1YKmF29r0qr6ouKHqYTbKC-OR256aa=T+zHsU7jeTtQPQ@mail.gmail.com> (Joanne Koong's message of "Fri, 15 May 2026 08:36:34 -0700")

On Fri, May 15 2026, Joanne Koong wrote:

> On Fri, May 15, 2026 at 1:53 AM Luis Henriques <luis@igalia.com> wrote:
>>
>> On Thu, May 14 2026, Jun Wu wrote:
>>
>> > From: Jun Wu <quark@meta.com>
>> >
>> > FUSE_NOTIFY_INC_EPOCH invalidates dentries, but does not invalidate cached
>> > readdir results. A process with cwd inside a FUSE mount can therefore
>> > observe stale readdir(".") output after an epoch bump.
>> >
>> > Fix this by recording epoch in the readdir cache and checking it on reuse.
>> >
>> > Minimal reproducer:
>> >
>> > - mount a tiny FUSE fs with an empty root directory
>> > - on opendir, enable fi->cache_readdir and fi->keep_cache
>> > - chdir into the mount and call readdir(".") to populate readdir cache
>> > - make the FUSE server report one file in the root directory
>> > - send only FUSE_NOTIFY_INC_EPOCH
>> > - call readdir(".") again; before this change it stays stale, after this
>> >   change it sees the new file
>> >
>> > Fixes: 2396356a945b ("fuse: add more control over cache invalidation behaviour")
>> > Signed-off-by: Jun Wu <quark@meta.com>
>
> Reviewed-by: Joanne Koong <joannelkoong@gmail.com>
>
> (btw, I think your v2 email may have gotten corrupted when sending. I
> wasn't able to find it in my inbox and had to manually import Luis's.
> I'm not seeing it show up on lore [1] either)

Hmm... yeah, looks like there's something funny with his email.  The mail
server I use seems to be more tolerant than lore regarding incorrect
email.  So maybe lore blocked it because the domain and the smtp server
address don't match...?  Anyway, maybe it's worth resending so that
everyone can see it.

Cheers,
-- 
Luís

  reply	other threads:[~2026-05-15 16:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-31 22:39 [PATCH] fuse: invalidate readdir cache on epoch bump Jun Wu
2026-05-12 19:58 ` Joanne Koong
2026-05-14 23:09 ` [PATCH v2] " Jun Wu
2026-05-15  0:14 ` Jun Wu
2026-05-15  8:53   ` Luis Henriques
2026-05-15 15:36     ` Joanne Koong
2026-05-15 16:26       ` Luis Henriques [this message]
     [not found]         ` <CAFfKmRW_Dqtb_DwAgK5Oq5kTAnGY6bmRpYP-Gw2+PVBtU4YVtQ@mail.gmail.com>
2026-05-15 20:25           ` Luis Henriques

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=87mry0skpy.fsf@igalia.com \
    --to=luis@igalia.com \
    --cc=fuse-devel@lists.linux.dev \
    --cc=joannelkoong@gmail.com \
    --cc=miklos@szeredi.hu \
    --cc=quark@lihdd.net \
    --cc=quark@meta.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 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.