From 8d6aa80e4f75c81edff33f1822140237148528b6 Mon Sep 17 00:00:00 2001 From: Tim Deegan Date: Thu, 13 Sep 2012 16:41:33 +0100 Subject: [PATCH] x86/mm: Update comments now that Xen is always 64-bit. Signed-off-by: Tim Deegan Committed-by: Tim Deegan --- xen/arch/x86/mm/shadow/common.c | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/xen/arch/x86/mm/shadow/common.c b/xen/arch/x86/mm/shadow/common.c index 760e9b516f..224e4eb1c0 100644 --- a/xen/arch/x86/mm/shadow/common.c +++ b/xen/arch/x86/mm/shadow/common.c @@ -1178,19 +1178,19 @@ int shadow_cmpxchg_guest_entry(struct vcpu *v, intpte_t *p, * * This table shows the allocation behaviour of the different modes: * - * Xen paging pae pae 64b 64b 64b - * Guest paging 32b pae 32b pae 64b - * PV or HVM HVM * HVM HVM * - * Shadow paging pae pae pae pae 64b + * Xen paging 64b 64b 64b + * Guest paging 32b pae 64b + * PV or HVM HVM HVM * + * Shadow paging pae pae 64b * - * sl1 size 8k 4k 8k 4k 4k - * sl2 size 16k 4k 16k 4k 4k - * sl3 size - - - - 4k - * sl4 size - - - - 4k + * sl1 size 8k 4k 4k + * sl2 size 16k 4k 4k + * sl3 size - - 4k + * sl4 size - - 4k * * In HVM guests, the p2m table is built out of shadow pages, and we provide * a function for the p2m management to steal pages, in max-order chunks, from - * the free pool. We don't provide for giving them back, yet. + * the free pool. */ /* Figure out the least acceptable quantity of shadow memory. -- 2.30.2