[f2fs-dev] [PATCH] f2fs crypto: fix racing of accessing encrypted page among different competitors

>From 0211c6ed82440891b3369851d079f6c69b432b6c Mon Sep 17 00:00:00 2001 From: Chao Yu Date: Thu, 8 Oct 2015 13:27:34 +0800 Subject: [PATCH] f2fs crypto: fix racing of accessing encrypted page among different competitors Since we use different page cache (normally inode's

[f2fs-dev] blog article about f2fs on smr drives

Hi! I write a short and very preliminary blog article about hoe to get SMR drives to work, fast, with f2fs. http://blog.schmorp.de/2015-10-08-smr-archive-drives-fast-now.html This is just a heads up - due to external events, I haven't been able to look into new developments (such as

[f2fs-dev] [PATCH 2/2] Revert "f2fs: do not skip dentry block writes"

The periodic checkpoint can resolve the previous issue. So, now we can use this again to improve the reported performance regression: https://lkml.org/lkml/2015/10/8/20 This reverts commit 15bec0ff5a9ba6d203178fa8772259df6207942a. --- fs/f2fs/data.c| 5 + fs/f2fs/node.c| 5 +

[f2fs-dev] [PATCH 1/2] f2fs: add F2FS_GOING_DOWN_METAFLUSH to test power-failure

This patch introduces F2FS_GOING_DOWN_METAFLUSH which flushes meta pages like SSA blocks and then blocks all the writes. This can be used by power-failure tests. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 1 + fs/f2fs/file.c | 4 2 files changed, 5 insertions(+)

Re: [f2fs-dev] blog article about f2fs on smr drives

On Thu, Oct 08, 2015 at 03:56:35PM +0200, Marc Lehmann wrote: > Hi! > > I write a short and very preliminary blog article about hoe to get SMR drives > to work, fast, with f2fs. > >http://blog.schmorp.de/2015-10-08-smr-archive-drives-fast-now.html > > This is just a heads up - due to