Revision 1c59827d1da9bcd6970800d4f8a031b5859e8b4c authored by Hugh Dickins on 20 October 2005, 04:23:43 UTC, committed by Linus Torvalds on 20 October 2005, 06:04:30 UTC
hugetlbfs allows truncation of its files (should it?), but hugetlb.c often
forgets that: crashes and misaccounting ensue.

copy_hugetlb_page_range better grab the src page_table_lock since we don't
want to guess what happens if concurrently truncated.  unmap_hugepage_range
rss accounting must not assume the full range was mapped.  follow_hugetlb_page
must guard with page_table_lock and be prepared to exit early.

Restyle copy_hugetlb_page_range with a for loop like the others there.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
1 parent e03d13e
History
File Mode Size
Makefile -rw-r--r-- 166 bytes
bitmap.c -rw-r--r-- 6.4 KB
dir.c -rw-r--r-- 9.6 KB
file.c -rw-r--r-- 1.0 KB
inode.c -rw-r--r-- 15.7 KB
itree_common.c -rw-r--r-- 7.5 KB
itree_v1.c -rw-r--r-- 1.2 KB
itree_v2.c -rw-r--r-- 1.3 KB
minix.h -rw-r--r-- 3.3 KB
namei.c -rw-r--r-- 6.2 KB

back to top