aboutsummaryrefslogtreecommitdiffstats
path: root/xen/include/asm-x86
diff options
context:
space:
mode:
authorJan Beulich <jbeulich@suse.com>2013-07-17 10:21:33 +0200
committerJan Beulich <jbeulich@suse.com>2013-07-17 10:21:33 +0200
commit68caac7f6f4687241a24e804a9fca19aa26fe183 (patch)
treed051f7635da5382669c23af09e3f1304478790b0 /xen/include/asm-x86
parente0b6459aa2236324213d8af38c44eceb6efcedc3 (diff)
downloadxen-68caac7f6f4687241a24e804a9fca19aa26fe183.tar.gz
xen-68caac7f6f4687241a24e804a9fca19aa26fe183.tar.bz2
xen-68caac7f6f4687241a24e804a9fca19aa26fe183.zip
x86: don't use destroy_xen_mappings() for vunmap()
Its attempt to tear down intermediate page table levels may race with map_pages_to_xen() establishing them, and now that map_domain_page_global() is backed by vmap() this teardown is also wasteful (as it's very likely to need the same address space populated again within foreseeable time). As the race between vmap() and vunmap(), according to the latest stage tester logs, doesn't appear to be the only one still left, the patch also adds logging for vmap() and vunmap() uses (there shouldn't be too many of them, so logs shouldn't get flooded). These are supposed to get removed (and are made stand out clearly) as soon as we're certain that there's no issue left. Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
Diffstat (limited to 'xen/include/asm-x86')
-rw-r--r--xen/include/asm-x86/page.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/xen/include/asm-x86/page.h b/xen/include/asm-x86/page.h
index 53c005f6bd..7a46af5d6c 100644
--- a/xen/include/asm-x86/page.h
+++ b/xen/include/asm-x86/page.h
@@ -288,6 +288,7 @@ extern l1_pgentry_t l1_identmap[L1_PAGETABLE_ENTRIES],
void paging_init(void);
#endif /* !defined(__ASSEMBLY__) */
+#define _PAGE_NONE _AC(0x000,U)
#define _PAGE_PRESENT _AC(0x001,U)
#define _PAGE_RW _AC(0x002,U)
#define _PAGE_USER _AC(0x004,U)