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 <[email protected]>
---
kernel/fork.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
--- 2.6.12-rc6/kernel/fork.c 2005-05-25 18:09:19.000000000 +0100
+++ linux/kernel/fork.c 2005-06-04 20:41:55.000000000 +0100
@@ -249,8 +249,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;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]