From: Anthony Liguori <anthony@codemonkey.ws>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Anthony.Perard@citrix.com, qemu-devel@nongnu.org,
Avi Kivity <avi@redhat.com>
Subject: Re: [Qemu-devel] [PULL] xen memory fix
Date: Mon, 09 Jan 2012 08:52:34 -0600 [thread overview]
Message-ID: <4F0AFF32.3020409@codemonkey.ws> (raw)
In-Reply-To: <alpine.DEB.2.00.1201051250370.3150@kaball-desktop>
On 01/05/2012 07:00 AM, Stefano Stabellini wrote:
> Hi Anthony,
> I have a single fix (also appended) for Xen by Anthony Perard, to remove
> a bug recently introduced by the memory api changes:
>
> Anthony PERARD (1):
> xen: Fix after recent change in dirty bitmap tracking.
>
> xen-all.c | 38 ++++++++++++++++++--------------------
> 1 files changed, 18 insertions(+), 20 deletions(-)
Pulled. Thanks.
Regards,
Anthony Liguori
>
>
> Could you please pull the following branch, based on
> c47f3223658119219bbe0b8d09da733d1c06e76f:
>
> git://xenbits.xen.org/people/sstabellini/qemu-dm.git xen_mem_fix
>
> Cheers,
>
> Stefano
>
> ---
>
>> From b18620cf760d283b044543c831db5c88e2c66dcd Mon Sep 17 00:00:00 2001
> From: Anthony PERARD<anthony.perard@citrix.com>
> Date: Thu, 5 Jan 2012 12:47:08 +0000
> Subject: [PATCH] xen: Fix after recent change in dirty bitmap tracking.
>
> A recent patch set from Avi break the dirty bitmap support of Xen. But
> this is because xen_sync_dirty_bitmap will return an error for an
> unhandled memory range (a0000 - bffff). However this is not a fatal
> error, so we should just continue instead of aborting.
>
> There is now an error printed when the Xen call failed.
>
> Signed-off-by: Anthony PERARD<anthony.perard@citrix.com>
> Acked-by: Stefano Stabellini<stefano.stabellini@eu.citrix.com>
>
> ---
>
> diff --git a/xen-all.c b/xen-all.c
> index d58d461..c86ebf4 100644
> --- a/xen-all.c
> +++ b/xen-all.c
> @@ -404,9 +404,9 @@ static void xen_region_del(MemoryListener *listener,
> xen_set_memory(listener, section, false);
> }
>
> -static int xen_sync_dirty_bitmap(XenIOState *state,
> - target_phys_addr_t start_addr,
> - ram_addr_t size)
> +static void xen_sync_dirty_bitmap(XenIOState *state,
> + target_phys_addr_t start_addr,
> + ram_addr_t size)
> {
> target_phys_addr_t npages = size>> TARGET_PAGE_BITS;
> const int width = sizeof(unsigned long) * 8;
> @@ -417,20 +417,26 @@ static int xen_sync_dirty_bitmap(XenIOState *state,
> physmap = get_physmapping(state, start_addr, size);
> if (physmap == NULL) {
> /* not handled */
> - return -1;
> + return;
> }
>
> if (state->log_for_dirtybit == NULL) {
> state->log_for_dirtybit = physmap;
> } else if (state->log_for_dirtybit != physmap) {
> - return -1;
> + /* Only one range for dirty bitmap can be tracked. */
> + return;
> }
>
> rc = xc_hvm_track_dirty_vram(xen_xc, xen_domid,
> start_addr>> TARGET_PAGE_BITS, npages,
> bitmap);
> - if (rc) {
> - return rc;
> + if (rc< 0) {
> + if (rc != -ENODATA) {
> + fprintf(stderr, "xen: track_dirty_vram failed (0x" TARGET_FMT_plx
> + ", 0x" TARGET_FMT_plx "): %s\n",
> + start_addr, start_addr + size, strerror(-rc));
> + }
> + return;
> }
>
> for (i = 0; i< ARRAY_SIZE(bitmap); i++) {
> @@ -442,40 +448,32 @@ static int xen_sync_dirty_bitmap(XenIOState *state,
> (i * width + j) * TARGET_PAGE_SIZE);
> };
> }
> -
> - return 0;
> }
>
> static void xen_log_start(MemoryListener *listener,
> MemoryRegionSection *section)
> {
> XenIOState *state = container_of(listener, XenIOState, memory_listener);
> - int r;
>
> - r = xen_sync_dirty_bitmap(state, section->offset_within_address_space,
> - section->size);
> - assert(r>= 0);
> + xen_sync_dirty_bitmap(state, section->offset_within_address_space,
> + section->size);
> }
>
> static void xen_log_stop(MemoryListener *listener, MemoryRegionSection *section)
> {
> XenIOState *state = container_of(listener, XenIOState, memory_listener);
> - int r;
>
> state->log_for_dirtybit = NULL;
> /* Disable dirty bit tracking */
> - r = xc_hvm_track_dirty_vram(xen_xc, xen_domid, 0, 0, NULL);
> - assert(r>= 0);
> + xc_hvm_track_dirty_vram(xen_xc, xen_domid, 0, 0, NULL);
> }
>
> static void xen_log_sync(MemoryListener *listener, MemoryRegionSection *section)
> {
> XenIOState *state = container_of(listener, XenIOState, memory_listener);
> - int r;
>
> - r = xen_sync_dirty_bitmap(state, section->offset_within_address_space,
> - section->size);
> - assert(r>= 0);
> + xen_sync_dirty_bitmap(state, section->offset_within_address_space,
> + section->size);
> }
>
> static void xen_log_global_start(MemoryListener *listener)
prev parent reply other threads:[~2012-01-09 14:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-05 13:00 [Qemu-devel] [PULL] xen memory fix Stefano Stabellini
2012-01-09 14:52 ` Anthony Liguori [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F0AFF32.3020409@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=Anthony.Perard@citrix.com \
--cc=avi@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).