summaryrefslogtreecommitdiffstats
path: root/mm/huge_memory.c
diff options
context:
space:
mode:
authorKonstantin Khlebnikov2016-02-06 00:36:50 +0100
committerLinus Torvalds2016-02-06 03:10:40 +0100
commit12352d3cae2cebe18805a91fab34b534d7444231 (patch)
tree07c3e85b4ca5fd3698855c66084fb939727f4f09 /mm/huge_memory.c
parentocfs2/dlm: clear refmap bit of recovery lock while doing local recovery cleanup (diff)
downloadkernel-qcow2-linux-12352d3cae2cebe18805a91fab34b534d7444231.tar.gz
kernel-qcow2-linux-12352d3cae2cebe18805a91fab34b534d7444231.tar.xz
kernel-qcow2-linux-12352d3cae2cebe18805a91fab34b534d7444231.zip
mm: replace vma_lock_anon_vma with anon_vma_lock_read/write
Sequence vma_lock_anon_vma() - vma_unlock_anon_vma() isn't safe if anon_vma appeared between lock and unlock. We have to check anon_vma first or call anon_vma_prepare() to be sure that it's here. There are only few users of these legacy helpers. Let's get rid of them. This patch fixes anon_vma lock imbalance in validate_mm(). Write lock isn't required here, read lock is enough. And reorders expand_downwards/expand_upwards: security_mmap_addr() and wrapping-around check don't have to be under anon vma lock. Link: https://lkml.kernel.org/r/CACT4Y+Y908EjM2z=706dv4rV6dWtxTLK9nFg9_7DhRMLppBo2g@mail.gmail.com Signed-off-by: Konstantin Khlebnikov <koct9i@gmail.com> Reported-by: Dmitry Vyukov <dvyukov@google.com> Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Cc: Andrea Arcangeli <aarcange@redhat.com> Cc: <stable@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/huge_memory.c')
0 files changed, 0 insertions, 0 deletions