Re: [PATCH 08/14] libfuse: connect high level fuse library to fuse_reply_attr_iflags

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 24, 2025 at 09:56:16PM +0200, Amir Goldstein wrote:
> > > Also a bit surprising to see all your lowlevel work and then fuse high
> > > level coming ;)
> >
> > Right now fuse2fs is a high level fuse server, so I hacked whatever I
> > needed into fuse.c to make it sort of work, awkwardly.  That stuff
> > doesn't need to live forever.
> >
> > In the long run, the lowlevel server will probably have better
> > performance because fuse2fs++ can pass ext2 inode numbers to the kernel
> > as the nodeids, and libext2fs can look up inodes via nodeid.  No more
> > path construction overhead!
> >
> 
> I was wondering how well an LLM would be in the mechanical task of
> converting fuse2fs to a low level fuse fs, so I was tempted to try.
> 
> Feel free to use it or lose it or use as a reference, because at least
> for basic testing it seems to works:
> https://github.com/amir73il/e2fsprogs/commits/fuse4fs/

Heh, I'll take a closer look in the morning, but it looks like a
reasonable conversion.  Are you willing to add a "Co-developed-by" tag
per Sasha's recent proposal[1] if I pull it in?

--D

[1] https://lore.kernel.org/lkml/20250727195802.2222764-1-sashal@xxxxxxxxxx/

> Thanks,
> Amir.
> 




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux