mm: ZERO_PAGE without PTE_SPECIAL
authorHugh Dickins <[email protected]>
Tue, 22 Sep 2009 00:03:34 +0000 (17:03 -0700)
committerLinus Torvalds <[email protected]>
Tue, 22 Sep 2009 14:17:41 +0000 (07:17 -0700)
commit62eede62dafb4a6633eae7ffbeb34c60dba5e7b1
treee55a0ca4ad0c55ad162443146268cfb4c473750f
parent3ae77f43b1118a76ea37952d444319c15e002c03
mm: ZERO_PAGE without PTE_SPECIAL

Reinstate anonymous use of ZERO_PAGE to all architectures, not just to
those which __HAVE_ARCH_PTE_SPECIAL: as suggested by Nick Piggin.

Contrary to how I'd imagined it, there's nothing ugly about this, just a
zero_pfn test built into one or another block of vm_normal_page().

But the MIPS ZERO_PAGE-of-many-colours case demands is_zero_pfn() and
my_zero_pfn() inlines.  Reinstate its mremap move_pte() shuffling of
ZERO_PAGEs we did from 2.6.17 to 2.6.19?  Not unless someone shouts for
that: it would have to take vm_flags to weed out some cases.

Signed-off-by: Hugh Dickins <[email protected]>
Cc: Rik van Riel <[email protected]>
Reviewed-by: KAMEZAWA Hiroyuki <[email protected]>
Cc: KOSAKI Motohiro <[email protected]>
Cc: Nick Piggin <[email protected]>
Cc: Mel Gorman <[email protected]>
Cc: Minchan Kim <[email protected]>
Cc: Ralf Baechle <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
arch/mips/include/asm/pgtable.h
mm/memory.c