From: Horst Birthelmer <horst@birthelmer.de>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: "Darrick J. Wong" <djwong@kernel.org>,
fuse-devel <fuse-devel@lists.linux.dev>,
linux-fsdevel@vger.kernel.org, John Groves <John@groves.net>,
Joanne Koong <joannelkoong@gmail.com>,
Amir Goldstein <amir73il@gmail.com>,
Bernd Schubert <bernd@bsbernd.com>,
Luis Henriques <luis@igalia.com>
Subject: Re: Re: [post LSFMM summary] where is fuse going?
Date: Tue, 19 May 2026 13:23:22 +0200 [thread overview]
Message-ID: <agxHTG42CTAklfSj@fedora.fritz.box> (raw)
In-Reply-To: <CAJfpegsPqja+MzfmvCE5054y9pv1_cwPRH2uGmFws-wwxJmrZQ@mail.gmail.com>
On Tue, May 19, 2026 at 11:01:18AM +0200, Miklos Szeredi wrote:
> On Tue, 12 May 2026 at 22:23, Darrick J. Wong <djwong@kernel.org> wrote:
>
> > As for fuse-iomap I'm not sure how to proceed
>
> I will try to dedicate this week to reviewing fuse-iomap, hopefully
> without too many distractions.
>
> > -- in the long run I think
> > it would be cleaner if each file IO path (virtiofs dax, passthrough,
> > writeback_cache, iomap, and whatever we call the original one) had its
> > own file_operations. But that would require us to refactor the common
> > code chunks from each file operation function into a bunch of smaller
> > functions, which I think would sharply increase the review backlog.
>
> And so the plan is rather to basically start from scratch and do that
> form the beginning in fusex code.
In a probably misguided effort I have tried to make fusex useful for
what I nned it to be, so that at least I can try to implement compounds
for it. My conclusion is pretty much the same. I'm in favor of extra
file operations for the different 'flavors'.
>
> Thanks,
> Miklos
My $0.02
Horst
next prev parent reply other threads:[~2026-05-19 11:23 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-11 15:12 [post LSFMM summary] where is fuse going? Miklos Szeredi
2026-05-11 16:43 ` Luis Henriques
2026-05-11 19:17 ` Horst Birthelmer
2026-05-12 8:46 ` Luis Henriques
2026-05-12 9:57 ` Miklos Szeredi
2026-05-12 9:38 ` Miklos Szeredi
2026-05-11 17:18 ` Amir Goldstein
2026-05-12 3:20 ` Gao Xiang
2026-05-12 7:53 ` Amir Goldstein
2026-05-12 10:00 ` Miklos Szeredi
2026-05-12 21:40 ` Amir Goldstein
2026-05-13 6:57 ` Gao Xiang
2026-05-12 9:52 ` Miklos Szeredi
2026-05-12 20:33 ` Darrick J. Wong
2026-05-12 20:23 ` Darrick J. Wong
2026-05-19 9:01 ` Miklos Szeredi
2026-05-19 11:23 ` Horst Birthelmer [this message]
2026-05-19 22:03 ` Darrick J. Wong
2026-05-20 19:24 ` Amir Goldstein
2026-05-20 20:52 ` Darrick J. Wong
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=agxHTG42CTAklfSj@fedora.fritz.box \
--to=horst@birthelmer.de \
--cc=John@groves.net \
--cc=amir73il@gmail.com \
--cc=bernd@bsbernd.com \
--cc=djwong@kernel.org \
--cc=fuse-devel@lists.linux.dev \
--cc=joannelkoong@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=luis@igalia.com \
--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.