summaryrefslogtreecommitdiffstats
path: root/Documentation/m68k/kernel-options.txt
diff options
context:
space:
mode:
authorHugh Dickins <hugh@veritas.com>2005-10-30 02:16:08 +0100
committerLinus Torvalds <torvalds@g5.osdl.org>2005-10-30 05:40:38 +0100
commit7ee78232501ea9de2b6c8f10d32c9a0fee541357 (patch)
tree2041a36a13bdd8b096dfbf52b63a87739ea97d6b /Documentation/m68k/kernel-options.txt
parent[PATCH] mm: dup_mmap use oldmm more (diff)
downloadlinux-7ee78232501ea9de2b6c8f10d32c9a0fee541357.tar.xz
linux-7ee78232501ea9de2b6c8f10d32c9a0fee541357.zip
[PATCH] mm: dup_mmap down new mmap_sem
One anomaly remains from when Andrea rationalized the responsibilities of mmap_sem and page_table_lock: in dup_mmap we add vmas to the child holding its page_table_lock, but not the mmap_sem which normally guards the vma list and rbtree. Which could be an issue for unuse_mm: though since it just walks down the list (today with page_table_lock, tomorrow not), it's probably okay. Will need a memory barrier? Oh, keep it simple, Nick and I agreed, no harm in taking child's mmap_sem here. Signed-off-by: Hugh Dickins <hugh@veritas.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'Documentation/m68k/kernel-options.txt')
0 files changed, 0 insertions, 0 deletions