x86/mm: Update comments now that Xen is always 64-bit.

Signed-off-by: Tim Deegan <tim@xen.org>
Committed-by: Tim Deegan <tim@xen.org>

diff --git a/xen/arch/x86/mm/shadow/common.c b/xen/arch/x86/mm/shadow/common.c
index 760e9b516fdf84c3c4b5b1c852ecddb796915959..224e4eb1c024d76301e722ccee0c4b5521b565f8 100644 (file)
--- 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.