|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH V2] qemu-xen-traditionnal, Fix dirty logging during migration.
Hi,
This patch have never been applied.
Regards,
On Tue, Jul 24, 2012 at 11:19 AM, Stefano Stabellini
<stefano.stabellini@xxxxxxxxxxxxx> wrote:
> On Mon, 23 Jul 2012, Anthony PERARD wrote:
>> This moves the xen_modified_memory call from cpu_physical_memory_map to
>> cpu_physical_memory_unmap because the memory could be migrated before the
>> device model have written to it.
>>
>> But because we need to know the guest address and to avoid rewriting a new
>> function, the call is moved to qemu_invalidate_entry. So this later has to
>> new
>> parameters, the length of the mapping and if it was a write.
>>
>> Signed-off-by: Anthony PERARD <anthony.perard@xxxxxxxxxx>
>
>
> Acked-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
>
>
>> Change since first version:
>> - No more extra function to get the guest address from a pointer.
>> > The xc_hvm_modied_memory is moved to qemu_invalidate_entry
>>
>> hw/xen_machine_fv.c | 16 ++++++++++++++--
>> i386-dm/exec-dm.c | 6 +-----
>> qemu-xen.h | 2 +-
>> 3 files changed, 16 insertions(+), 8 deletions(-)
>>
>> diff --git a/hw/xen_machine_fv.c b/hw/xen_machine_fv.c
>> index fdad42a..2bb44e0 100644
>> --- a/hw/xen_machine_fv.c
>> +++ b/hw/xen_machine_fv.c
>> @@ -174,7 +174,8 @@ uint8_t *qemu_map_cache(target_phys_addr_t phys_addr,
>> uint8_t lock)
>> return last_address_vaddr + address_offset;
>> }
>>
>> -void qemu_invalidate_entry(uint8_t *buffer)
>> +void qemu_invalidate_entry(uint8_t *buffer, target_phys_addr_t access_len,
>> + int was_written)
>> {
>> struct map_cache *entry = NULL, *pentry = NULL;
>> struct map_cache_rev *reventry;
>> @@ -210,6 +211,17 @@ void qemu_invalidate_entry(uint8_t *buffer)
>> fprintf(logfile, "Trying to unmap address %p that is not in the
>> mapcache!\n", buffer);
>> return;
>> }
>> + if (xen_logdirty_enable && was_written) {
>> + unsigned long addr = (paddr_index << MCACHE_BUCKET_SHIFT)
>> + + ((unsigned long)buffer) - ((unsigned long)entry->vaddr_base);
>> + if (access_len == 0)
>> + access_len = TARGET_PAGE_SIZE;
>> + xc_hvm_modified_memory(xc_handle, domid,
>> + addr >> TARGET_PAGE_BITS,
>> + ((addr + access_len + TARGET_PAGE_SIZE - 1) >> TARGET_PAGE_BITS)
>> + - (addr >> TARGET_PAGE_BITS));
>> + }
>> +
>> entry->lock--;
>> if (entry->lock > 0 || pentry == NULL)
>> return;
>> @@ -265,7 +277,7 @@ uint8_t *qemu_map_cache(target_phys_addr_t phys_addr,
>> uint8_t lock)
>>
>> void qemu_invalidate_map_cache(void) {};
>>
>> -void qemu_invalidate_entry(uint8_t *buffer) {};
>> +void qemu_invalidate_entry(uint8_t *buffer, target_phys_addr_t len, int w)
>> {};
>>
>> #endif /* defined(MAPCACHE) */
>>
>> diff --git a/i386-dm/exec-dm.c b/i386-dm/exec-dm.c
>> index 96274d9..493146b 100644
>> --- a/i386-dm/exec-dm.c
>> +++ b/i386-dm/exec-dm.c
>> @@ -820,10 +820,6 @@ void *cpu_physical_memory_map(target_phys_addr_t addr,
>> if ((*plen) > l)
>> *plen = l;
>> #endif
>> - if (xen_logdirty_enable)
>> - xc_hvm_modified_memory(xc_handle, domid, addr >> TARGET_PAGE_BITS,
>> - ((addr + l + TARGET_PAGE_SIZE - 1) >> TARGET_PAGE_BITS)
>> - - (addr >> TARGET_PAGE_BITS));
>>
>> return qemu_map_cache(addr, 1);
>> }
>> @@ -835,6 +831,6 @@ void *cpu_physical_memory_map(target_phys_addr_t addr,
>> void cpu_physical_memory_unmap(void *buffer, target_phys_addr_t len,
>> int is_write, target_phys_addr_t access_len)
>> {
>> - qemu_invalidate_entry(buffer);
>> + qemu_invalidate_entry(buffer, access_len, is_write);
>> cpu_notify_map_clients();
>> }
>> diff --git a/qemu-xen.h b/qemu-xen.h
>> index d50c89f..54159bf 100644
>> --- a/qemu-xen.h
>> +++ b/qemu-xen.h
>> @@ -28,7 +28,7 @@ extern int vga_ram_size;
>> #endif
>>
>> uint8_t *qemu_map_cache(target_phys_addr_t phys_addr, uint8_t lock);
>> -void qemu_invalidate_entry(uint8_t *buffer);
>> +void qemu_invalidate_entry(uint8_t *buffer, target_phys_addr_t len, int
>> w);
>> void qemu_invalidate_map_cache(void);
>>
>> #define mapcache_lock() ((void)0)
>> --
>> Anthony PERARD
>>
--
Anthony PERARD
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |