[PATCH] i386: use set_pte macros in a couple places where they were missing
commitc9b02a24130e3ff14a553d966a79f46cf806b037
authorZachary Amsden <zach@vmware.com>
Sat, 3 Sep 2005 22:56:40 +0000 (3 15:56 -0700)
committerLinus Torvalds <torvalds@evo.osdl.org>
Mon, 5 Sep 2005 07:06:12 +0000 (5 00:06 -0700)
tree1c496ef13e8d2d991f5197ec1c1eb34282beddf0
parente7a2ff593c0e48b130434dee4d2fd3452a850e6f
[PATCH] i386: use set_pte macros in a couple places where they were missing

Also, setting PDPEs in PAE mode does not require atomic operations, since the
PDPEs are cached by the processor, and only reloaded on an explicit or
implicit reload of CR3.

Since the four PDPEs must always be present in an active root, and the kernel
PDPE is never updated, we are safe even from SMIs and interrupts / NMIs using
task gates (which reload CR3).  Actually, much of this is moot, since the user
PDPEs are never updated either, and the only usage of task gates is by the
doublefault handler.  It appears the only place PGDs get updated in PAE mode
is in init_low_mappings() / zap_low_mapping() for initial page table creation
and recovery from ACPI sleep state, and these sites are safe by inspection.
Getting rid of the cmpxchg8b saves code space and 720 cycles in pgd_alloc on
P4.

Signed-off-by: Zachary Amsden <zach@vmware.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
arch/i386/mm/init.c
arch/i386/mm/pageattr.c
include/asm-i386/pgtable-3level.h