btrfs: don't update mtime/ctime on deduped inodes
authorMark Fasheh <mfasheh@suse.de>
Tue, 30 Jun 2015 21:42:08 +0000 (14:42 -0700)
committerChris Mason <clm@fb.com>
Thu, 2 Jul 2015 00:17:17 +0000 (17:17 -0700)
commit1c919a5e13702caffbe2d2c7c305f9d0d2925160
treef957cdf5202a01eaa4cb9ac97261205304005309
parent0efa9f48c7e6c15e75946dd2b1c82d3d19e13545
btrfs: don't update mtime/ctime on deduped inodes

One issue users have reported is that dedupe changes mtime on files,
resulting in tools like rsync thinking that their contents have changed when
in fact the data is exactly the same. We also skip the ctime update as no
user-visible metadata changes here and we want dedupe to be transparent to
the user.

Clone still wants time changes, so we special case this in the code.

This was tested with the btrfs-extent-same tool.

Signed-off-by: Mark Fasheh <mfasheh@suse.de>
Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/ioctl.c