mm/rmap: rename anon_vma_unlock() => anon_vma_unlock_write()

The comment in commit 4fc3f1d66b1e ("mm/rmap, migration: Make
rmap_walk_anon() and try_to_unmap_anon() more scalable") says:

| Rename anon_vma_[un]lock() => anon_vma_[un]lock_write(),
| to make it clearer that it's an exclusive write-lock in
| that case - suggested by Rik van Riel.

But that commit renames only anon_vma_lock()

Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: Ingo Molnar <mingo@kernel.org>
Reviewed-by: Rik van Riel <riel@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

1 files changed, 3 insertions, 3 deletions

diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index f40b2ce23d60..b1cc6591ed83 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -1830,7 +1830,7 @@ int split_huge_page(struct page *page)
 
         BUG_ON(PageCompound(page));
 out_unlock:
-        anon_vma_unlock(anon_vma);
+        anon_vma_unlock_write(anon_vma);
         put_anon_vma(anon_vma);
 out:
         return ret;
@@ -2322,7 +2322,7 @@ static void collapse_huge_page(struct mm_struct *mm,
                 BUG_ON(!pmd_none(*pmd));
                 set_pmd_at(mm, address, pmd, _pmd);
                 spin_unlock(&mm->page_table_lock);
-                anon_vma_unlock(vma->anon_vma);
+                anon_vma_unlock_write(vma->anon_vma);
                 goto out;
         }
 
@@ -2330,7 +2330,7 @@ static void collapse_huge_page(struct mm_struct *mm,
          * All pages are isolated and locked so anon_vma rmap
          * can't run anymore.
          */
-        anon_vma_unlock(vma->anon_vma);
+        anon_vma_unlock_write(vma->anon_vma);
 
         __collapse_huge_page_copy(pte, new_page, vma, address, ptl);
         pte_unmap(pte);