diff options
author | Jeremy Fitzhardinge <jeremy@goop.org> | 2008-06-16 11:30:02 (GMT) |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2008-06-25 13:17:23 (GMT) |
commit | e57778a1e30470c9f5b79e370511b9af29b59c48 (patch) | |
tree | 01239f16b016d57206ba8bdfcbd443d8a26cd5e4 /REPORTING-BUGS | |
parent | 08b882c627aeeeb3cfd3c4354f0d360d7949549d (diff) | |
download | linux-e57778a1e30470c9f5b79e370511b9af29b59c48.tar.xz |
xen: implement ptep_modify_prot_start/commit
Xen has a pte update function which will update a pte while preserving
its accessed and dirty bits. This means that ptep_modify_prot_start() can be
implemented as a simple read of the pte value. The hardware may
update the pte in the meantime, but ptep_modify_prot_commit() updates it while
preserving any changes that may have happened in the meantime.
The updates in ptep_modify_prot_commit() are batched if we're currently in lazy
mmu mode.
The mmu_update hypercall can take a batch of updates to perform, but
this code doesn't make particular use of that feature, in favour of
using generic multicall batching to get them all into the hypervisor.
The net effect of this is that each mprotect pte update turns from two
expensive trap-and-emulate faults into they hypervisor into a single
hypercall whose cost is amortized in a batched multicall.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
Acked-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions