Zhang, Xiantao wrote:
Any conclusion on this thread ?
Xiantao
Hi Xiantao,
Not that I am aware of, I suspect it's still pending in Avi's tree.
Cheers,
Jes
Zhang, Xiantao wrote:
From d184d9b0a91ca674961000ed3d35b7fc25d29e03 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang <xiantao.zhang@xxxxxxxxx>
Date: Tue, 28 Apr 2009 16:59:36 +0800
Subject: [PATCH] qemu-kvm: other archs should maintain memory mapping
also.
Currently, use TARGET_I386 to comment out the mapping machanism
for other archs, but mapping machanism should be useful for other
archs
to maintain guest's memory mapping.
Signed-off-by: Xiantao Zhang <xiantao.zhang@xxxxxxxxx>
---
qemu-kvm.c | 6 +-----
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 68a9218..4f71192 100644
--- a/qemu-kvm.c
+++ b/qemu-kvm.c
@@ -846,6 +846,7 @@ static int
must_use_aliases_target(target_phys_addr_t addr) return true;
return false;
}
+#endif
static struct mapping {
target_phys_addr_t phys;
@@ -885,7 +886,6 @@ static void drop_mapping(target_phys_addr_t
start_addr) if (p)
*p = mappings[--nr_mappings];
}
-#endif
void kvm_cpu_register_physical_memory(target_phys_addr_t start_addr,
unsigned long size,
@@ -893,9 +893,7 @@ void
kvm_cpu_register_physical_memory(target_phys_addr_t start_addr, {
int r = 0;
unsigned long area_flags;
-#ifdef TARGET_I386
struct mapping *p;
-#endif
if (start_addr + size > phys_ram_size) {
phys_ram_size = start_addr + size;
@@ -955,13 +953,11 @@ void
kvm_cpu_register_physical_memory(target_phys_addr_t
start_addr, exit(1); }
-#ifdef TARGET_I386
drop_mapping(start_addr);
p = &mappings[nr_mappings++];
p->phys = start_addr;
p->ram = phys_offset;
p->len = size;
-#endif
return;
}
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
