Re: [PATCH] fuse: update inode size after extending passthrough write

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

 



On Mon, Oct 14, 2024 at 10:40 AM Miklos Szeredi <miklos@xxxxxxxxxx> wrote:
>
> On Fri, 11 Oct 2024 at 19:57, Amir Goldstein <amir73il@xxxxxxxxx> wrote:
>
> > But why do we want to avoid copying attributes from the underlying inode?
>
> Because that's just a special case.   The general case is that backing
> data is mapped into fuse file data, possibly using more than one
> extent and not necessarily starting at zero offset.  In this case
> using the backing file's size doesn't make sense generally.
>

I see.

> And because it's easy to avoid, I don't see why we'd need to force
> using the backing inode attributes at this point.
>
> Your work on directory tree passthrough is related, but I think it's
> separate enough to not mix their traits.  When that is finalized we
> can possibly add back mirroring of i_size on write, but I think the
> general case shouldn't have that.
>

OK. I'll make it generic.

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