Hugh Dickins 2a15efc953 mm: follow_hugetlb_page flags
follow_hugetlb_page() shouldn't be guessing about the coredump case
either: pass the foll_flags down to it, instead of just the write bit.

Remove that obscure huge_zeropage_ok() test.  The decision is easy,
though unlike the non-huge case - here vm_ops->fault is always set.
But we know that a fault would serve up zeroes, unless there's
already a hugetlbfs pagecache page to back the range.

(Alternatively, since hugetlb pages aren't swapped out under pressure,
you could save more dump space by arguing that a page not yet faulted
into this process cannot be relevant to the dump; but that would be
more surprising.)

Signed-off-by: Hugh Dickins <hugh.dickins@tiscali.co.uk>
Acked-by: Rik van Riel <riel@redhat.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: Nick Piggin <npiggin@suse.de>
Cc: Mel Gorman <mel@csn.ul.ie>
Cc: Minchan Kim <minchan.kim@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-09-22 07:17:40 -07:00
..
2009-04-01 08:59:13 -07:00
2009-09-22 07:17:27 -07:00
2009-09-22 07:17:40 -07:00
2009-06-16 19:47:28 -07:00
2009-09-22 07:17:40 -07:00
2009-09-22 07:17:33 -07:00
2009-09-22 07:17:33 -07:00
2009-09-22 07:17:31 -07:00
2009-09-22 07:17:31 -07:00
2009-09-22 07:17:40 -07:00
2009-09-22 07:17:35 -07:00
2009-09-22 07:17:40 -07:00
2009-09-22 07:17:33 -07:00
2009-09-22 07:17:33 -07:00
2009-09-22 07:17:40 -07:00
2008-06-12 18:05:41 -07:00
2007-10-20 01:27:18 +02:00
2009-09-22 07:17:31 -07:00
2009-09-22 07:17:35 -07:00
2009-09-22 07:17:33 -07:00
2009-06-23 12:50:05 -07:00
2009-09-22 07:17:29 -07:00