fix truncate inode time modification breakage
authorNick Piggin <npiggin@suse.de>
Thu, 3 Jun 2010 12:01:46 +0000 (22:01 +1000)
committerAl Viro <viro@zeniv.linux.org.uk>
Fri, 4 Jun 2010 21:16:30 +0000 (17:16 -0400)
commitaf5a30d8cfcfc561336f982b06345d6b815e0bb3
treeeb4e6fb6873355a2a96b698aeb371eb058a88c87
parent8718d36cf99f5acf0f37487557ec25aee54b930b
fix truncate inode time modification breakage

mtime and ctime should be changed only if the file size has actually
changed. Patches changing ext2 and tmpfs from vmtruncate to new truncate
sequence has caused regressions where they always update timestamps.

There is some strange cases in POSIX where truncate(2) must not update
times unless the size has acutally changed, see 6e656be89.

This area is all still rather buggy in different ways in a lot of
filesystems and needs a cleanup and audit (ideally the vfs will provide
a simple attribute or call to direct all filesystems exactly which
attributes to change). But coming up with the best solution will take a
while and is not appropriate for rc anyway.

So fix recent regression for now.

Signed-off-by: Nick Piggin <npiggin@suse.de>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/ext2/inode.c
mm/shmem.c