diff options
author | Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> | 2010-12-01 15:13:34 -0800 |
---|---|---|
committer | Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> | 2011-05-20 14:14:31 -0700 |
commit | a99ac5e8619c27dbb8e7fb5a4e0ca8c8aa214909 (patch) | |
tree | 3ebc55308915871b7589e9a430b7eddc5d1df26e /mm/vmalloc.c | |
parent | 331468b11b94428a9eb2ed8b3240c17612533a99 (diff) | |
download | linux-a99ac5e8619c27dbb8e7fb5a4e0ca8c8aa214909.tar.gz linux-a99ac5e8619c27dbb8e7fb5a4e0ca8c8aa214909.tar.bz2 linux-a99ac5e8619c27dbb8e7fb5a4e0ca8c8aa214909.zip |
xen: use mmu_update for xen_set_pte_at()
In principle update_va_mapping is a good match for set_pte_at, since
it gets the address being mapped, which allows Xen to use its linear
pagetable mapping.
However that assumes that the pmd for the address is attached to the
current pagetable, which may not be true for a given user address space
because the kernel pmd is not shared (at least on 32-bit guests).
Normally the kernel will automatically sync a missing part of the
pagetable with the init_mm pagetable transparently via faults, but that
fails when a missing address is passed to Xen.
And while the linear pagetable mapping is very useful for 32-bit Xen
(as it avoids an explicit domain mapping), 32-bit Xen is deprecated.
64-bit Xen has all memory mapped all the time, so it makes no real
difference.
The upshot is that we should use mmu_update, since it can operate on
non-current pagetables or detached pagetables.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Diffstat (limited to 'mm/vmalloc.c')
0 files changed, 0 insertions, 0 deletions