diff options
| author | Nick Piggin <nickpiggin@yahoo.com.au> | 2005-09-27 21:45:18 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-09-28 07:46:40 -0700 |
| commit | 8b1f3124618b54cf125dea3a074b9cf469117723 (patch) | |
| tree | 19ef8a7fe9cc5b1c46dc973ea151edab4aba2b8a /Documentation | |
| parent | 95001ee9256df846e374f116c92ca8e0beec1527 (diff) | |
| download | kernel-crypto-8b1f3124618b54cf125dea3a074b9cf469117723.tar.gz kernel-crypto-8b1f3124618b54cf125dea3a074b9cf469117723.tar.xz kernel-crypto-8b1f3124618b54cf125dea3a074b9cf469117723.zip | |
[PATCH] mm: move_pte to remap ZERO_PAGE
Move the ZERO_PAGE remapping complexity to the move_pte macro in
asm-generic, have it conditionally depend on
__HAVE_ARCH_MULTIPLE_ZERO_PAGE, which gets defined for MIPS.
For architectures without __HAVE_ARCH_MULTIPLE_ZERO_PAGE, move_pte becomes
a noop.
From: Hugh Dickins <hugh@veritas.com>
Fix nasty little bug we've missed in Nick's mremap move ZERO_PAGE patch.
The "pte" at that point may be a swap entry or a pte_file entry: we must
check pte_present before perhaps corrupting such an entry.
Patch below against 2.6.14-rc2-mm1, but the same bug is in 2.6.14-rc2's
mm/mremap.c, and more dangerous there since it's affecting all arches: I
think the safest course is to send Nick's patch and Yoichi's build fix and
this fix (build tested) on to Linus - so only MIPS can be affected.
Signed-off-by: Nick Piggin <npiggin@suse.de>
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')
0 files changed, 0 insertions, 0 deletions