summaryrefslogtreecommitdiffstats
path: root/kernel
diff options
context:
space:
mode:
authorVitaly Wool <vitalywool@gmail.com>2018-11-16 15:07:56 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2018-11-18 10:15:09 -0800
commitca0246bb97c23da9d267c2107c07fb77e38205c9 (patch)
treef194f90c458512a107407c21c4dba4b78b604798 /kernel
parent1ce80e0fe98e72af4125f47c65b0bc01b60a7feb (diff)
downloadlinux-ca0246bb97c23da9d267c2107c07fb77e38205c9.tar.gz
linux-ca0246bb97c23da9d267c2107c07fb77e38205c9.tar.bz2
linux-ca0246bb97c23da9d267c2107c07fb77e38205c9.zip
z3fold: fix possible reclaim races
Reclaim and free can race on an object which is basically fine but in order for reclaim to be able to map "freed" object we need to encode object length in the handle. handle_to_chunks() is then introduced to extract object length from a handle and use it during mapping. Moreover, to avoid racing on a z3fold "headless" page release, we should not try to free that page in z3fold_free() if the reclaim bit is set. Also, in the unlikely case of trying to reclaim a page being freed, we should not proceed with that page. While at it, fix the page accounting in reclaim function. This patch supersedes "[PATCH] z3fold: fix reclaim lock-ups". Link: http://lkml.kernel.org/r/20181105162225.74e8837d03583a9b707cf559@gmail.com Signed-off-by: Vitaly Wool <vitaly.vul@sony.com> Signed-off-by: Jongseok Kim <ks77sj@gmail.com> Reported-by-by: Jongseok Kim <ks77sj@gmail.com> Reviewed-by: Snild Dolkow <snild@sony.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions