Re: Filesystem setattr/truncate notes and problems

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

 



On Thu, Jun 03, 2010 at 09:28:12AM +0200, Christoph Hellwig wrote:
> Which means XFS behaviour for truncate while not strictly against
> Posix is at least unexpected.  I'll fix it up.

Actually I'd prefer if you could throw this into your do_truncate
patch so that filesystems don't get the clear suid request if
the file size doesn't change.  That way I can just change XFS
to do everything requested but the actual size update for that case.
In fact just clearing out ATTR_SIZE in that case in do_truncate would
be nice.

Which brings up the question: are we guaranteed to have stable
and uptodate i_size in do_truncate?  I think normally we'd need
a ->getattr first to stabilize it.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


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