Re: [PATCH V12 02/12] famfs: Module operations, fs_context, and mount

Christian Brauner <[email protected]>
Newsgroups dev.linux.lists.fuse-devel,dev.linux.lists.nvdimm,org.kernel.vger.linux-cxl,org.kernel.vger.linux-doc,org.kernel.vger.linux-fsdevel,org.kernel.vger.linux-kernel
Message-ID <20260811-baugebiet-hofiert-fanden-3354f4a5e820@brauner>
On Tue, Aug 11, 2026 at 10:59:50AM +0200, Miklos Szeredi wrote:
> On Thu, 6 Aug 2026 at 06:37, Darrick J. Wong <[email protected]> wrote:
> 
> > IOWs, let's fix the remaining wobbles (if any) and just merge this
> > already.  No more side quests through gigantic refactorings of fusex,
> > that's too much to ask after you already redesigned and reimplemented
> > the whole thing already.
> 
> Without any intention to change the direction, let me just state some facts:
> 
>  - it was never suggested that famfs depend on the fusex work in any way
> 
>  - the plan to add famfs mappings to fuse was laid out two and a half
> years ago in reply to the very first rfc posting and has basically
> remained unchanged since then:
> 
> https://lore.kernel.org/all/CAJfpegv8XzFvty_x00UehUQxw9ai8BytvGNXE8SL03zfsTN6ag@mail.gmail.com/
> 
> I understand how that seemingly simple API addition was overwhelming
> for John, and I should have been more proactive in helping with the
> implementation.  That's entirely my fault.
> 
> On the other hand John could have been more trusting that the plan will work.
> 
> But that's behind us now, let's move on...

with fuse, please...
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.