aboutsummaryrefslogtreecommitdiffstats
path: root/usr
diff options
context:
space:
mode:
authorJaegeuk Kim <jaegeuk.kim@samsung.com>2013-08-09 14:46:15 +0900
committerAndreas Blaesius <skate4life@gmx.de>2016-06-05 21:20:35 +0200
commitaa7b322a2a1ce0c2bcd5960adedf564b9c386192 (patch)
tree26f3ba418533f8dfba3fe3ff1983f7ac7f1337d8 /usr
parentf62ad0436f98453b2ac34f03ac4cb49d1c2e8ee1 (diff)
downloadkernel_samsung_espresso10-aa7b322a2a1ce0c2bcd5960adedf564b9c386192.zip
kernel_samsung_espresso10-aa7b322a2a1ce0c2bcd5960adedf564b9c386192.tar.gz
kernel_samsung_espresso10-aa7b322a2a1ce0c2bcd5960adedf564b9c386192.tar.bz2
f2fs: fix inconsistency between xattr node blocks and its inode
Previously xattr node blocks are stored to the COLD_NODE log, which means that our roll-forward mechanism doesn't recover the xattr node blocks at all. Only the direct node blocks in the WARM_NODE log can be recovered. So, let's resolve the issue simply by conducting checkpoint during fsync when a file has a modified xattr node block. This approach is able to degrade the performance, but normally the checkpoint overhead is shown at the initial fsync call after the xattr entry changes. Once the checkpoint is done, no additional overhead would be occurred. Signed-off-by: Jaegeuk Kim <jaegeuk.kim@samsung.com>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions