Re: [patch 00/11] new truncate sequence

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

 



On Tue, Sep 22, 2009 at 10:51:38PM +0100, Al Viro wrote:
> It is...  I really don't like some parts of that:
> 	* failing on foo_truncate() is all nice and proper, but
> what to do about the quota transfer that has already happened?
> Note that e.g. ext2_setattr() simply doesn't change uid/gid in
> case of ext2_setsize() failure.  It does transfer quota, though.
> And yes, nfsd can produce calls with both ATTR_SIZE and ATTR_UID
> set.
> 	* way, _way_ too much boilerplate around the aforementioned
> quota transfers.
> 	* if we don't do quota handling for minix and sysv (fair enough,
> no quota support implemented for those), why the devil are we doing it
> in simple_setattr()?
> 
> Anyway, #new-truncate in the usual VFS tree contains all "new truncate
> scheme" stuff I've collected from the lists so far.  Additions are welcome...

BTW, why are we messing with truncation in ->write_end() e.g. for ext2?
--
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