From: Hugh Dickins Remove part of comment on linking new vma in dup_mmap: since anon_vma rmap came in, try_to_unmap_one knows the vma without needing find_vma. But add a comment to note that here vma is inserted without mmap_sem. Signed-off-by: Hugh Dickins Signed-off-by: Andrew Morton --- kernel/fork.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff -puN kernel/fork.c~dup_mmap-update-comment-on-new-vma kernel/fork.c --- 25/kernel/fork.c~dup_mmap-update-comment-on-new-vma Mon Jun 6 15:23:33 2005 +++ 25-akpm/kernel/fork.c Mon Jun 6 15:23:33 2005 @@ -250,8 +250,9 @@ static inline int dup_mmap(struct mm_str /* * Link in the new vma and copy the page table entries: - * link in first so that swapoff can see swap entries, - * and try_to_unmap_one's find_vma find the new vma. + * link in first so that swapoff can see swap entries. + * Note that, exceptionally, here the vma is inserted + * without holding mm->mmap_sem. */ spin_lock(&mm->page_table_lock); *pprev = tmp; _