From: Ian Jackson <ian.jackson@eu.citrix.com>
To: xen-devel@lists.xensource.com
Cc: Roger Pau Monne <roger.pau@entel.upc.edu>,
Ian Jackson <ian.jackson@eu.citrix.com>
Subject: [PATCH 02/20] libxl: fix hang due to libxl__initiate_device_remove
Date: Fri, 16 Mar 2012 16:26:37 +0000 [thread overview]
Message-ID: <1331915215-10477-3-git-send-email-ian.jackson@eu.citrix.com> (raw)
In-Reply-To: <1331915215-10477-1-git-send-email-ian.jackson@eu.citrix.com>
libxl__initiate_device_remove might discover that the operation was
complete, immediately (typically, if the device is already removed).
Previously, in this situation, it would return 0 to the caller but
never call libxl__ao_complete. Fix this. This necessitates passing
the egc in from the functions which are the ao initiators.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
Cc: Roger Pau Monne <roger.pau@entel.upc.edu>
---
tools/libxl/libxl.c | 8 ++++----
tools/libxl/libxl_device.c | 18 ++++++++++++------
tools/libxl/libxl_internal.h | 3 ++-
3 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index 5344366..c54f86a 100644
--- a/tools/libxl/libxl.c
+++ b/tools/libxl/libxl.c
@@ -1406,7 +1406,7 @@ int libxl_device_disk_remove(libxl_ctx *ctx, uint32_t domid,
rc = libxl__device_from_disk(gc, domid, disk, &device);
if (rc != 0) goto out;
- rc = libxl__initiate_device_remove(ao, &device);
+ rc = libxl__initiate_device_remove(egc, ao, &device);
if (rc) goto out;
return AO_INPROGRESS;
@@ -1873,7 +1873,7 @@ int libxl_device_nic_remove(libxl_ctx *ctx, uint32_t domid,
rc = libxl__device_from_nic(gc, domid, nic, &device);
if (rc != 0) goto out;
- rc = libxl__initiate_device_remove(ao, &device);
+ rc = libxl__initiate_device_remove(egc, ao, &device);
if (rc) goto out;
return AO_INPROGRESS;
@@ -2220,7 +2220,7 @@ int libxl_device_vkb_remove(libxl_ctx *ctx, uint32_t domid,
rc = libxl__device_from_vkb(gc, domid, vkb, &device);
if (rc != 0) goto out;
- rc = libxl__initiate_device_remove(ao, &device);
+ rc = libxl__initiate_device_remove(egc, ao, &device);
if (rc) goto out;
return AO_INPROGRESS;
@@ -2353,7 +2353,7 @@ int libxl_device_vfb_remove(libxl_ctx *ctx, uint32_t domid,
rc = libxl__device_from_vfb(gc, domid, vfb, &device);
if (rc != 0) goto out;
- rc = libxl__initiate_device_remove(ao, &device);
+ rc = libxl__initiate_device_remove(egc, ao, &device);
if (rc) goto out;
return AO_INPROGRESS;
diff --git a/tools/libxl/libxl_device.c b/tools/libxl/libxl_device.c
index c2880e0..c7e057d 100644
--- a/tools/libxl/libxl_device.c
+++ b/tools/libxl/libxl_device.c
@@ -376,7 +376,8 @@ static void device_remove_callback(libxl__egc *egc, libxl__ev_devstate *ds,
device_remove_cleanup(gc, aorm);
}
-int libxl__initiate_device_remove(libxl__ao *ao, libxl__device *dev)
+int libxl__initiate_device_remove(libxl__egc *egc, libxl__ao *ao,
+ libxl__device *dev)
{
AO_GC;
libxl_ctx *ctx = libxl__gc_owner(gc);
@@ -388,11 +389,11 @@ int libxl__initiate_device_remove(libxl__ao *ao, libxl__device *dev)
libxl__ao_device_remove *aorm = 0;
if (!state)
- goto out;
+ goto out_ok;
if (atoi(state) != 4) {
libxl__device_destroy_tapdisk(gc, be_path);
xs_rm(ctx->xsh, XBT_NULL, be_path);
- goto out;
+ goto out_ok;
}
retry_transaction:
@@ -404,7 +405,7 @@ retry_transaction:
goto retry_transaction;
else {
rc = ERROR_FAIL;
- goto out;
+ goto out_fail;
}
}
@@ -417,13 +418,18 @@ retry_transaction:
rc = libxl__ev_devstate_wait(gc, &aorm->ds, device_remove_callback,
state_path, XenbusStateClosed,
LIBXL_DESTROY_TIMEOUT * 1000);
- if (rc) goto out;
+ if (rc) goto out_fail;
return 0;
- out:
+ out_fail:
+ assert(rc);
device_remove_cleanup(gc, aorm);
return rc;
+
+ out_ok:
+ libxl__ao_complete(egc, ao, 0);
+ return 0;
}
int libxl__device_destroy(libxl__gc *gc, libxl__device *dev)
diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h
index b1e0588..5167b71 100644
--- a/tools/libxl/libxl_internal.h
+++ b/tools/libxl/libxl_internal.h
@@ -692,7 +692,8 @@ _hidden int libxl__wait_for_backend(libxl__gc *gc, char *be_path, char *state);
* this is done, the ao will be completed. An error
* return from libxl__initiate_device_remove means that the ao
* will _not_ be completed and the caller must do so. */
-_hidden int libxl__initiate_device_remove(libxl__ao*, libxl__device *dev);
+_hidden int libxl__initiate_device_remove(libxl__egc*, libxl__ao*,
+ libxl__device *dev);
/*
* libxl__ev_devstate - waits a given time for a device to
--
1.7.2.5
next prev parent reply other threads:[~2012-03-16 16:26 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 16:26 [RFC PATCH 00/20] libxl child process handling Ian Campbell <Ian.Campbell@citrix.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com> Ian Jackson
2012-03-16 16:26 ` [PATCH 01/20] libxl: ao: allow immediate completion Ian Jackson
2012-03-19 17:29 ` Ian Campbell
2012-03-16 16:26 ` Ian Jackson [this message]
2012-03-19 17:29 ` [PATCH 02/20] libxl: fix hang due to libxl__initiate_device_remove Ian Campbell
2012-03-16 16:26 ` [PATCH 03/20] libxl: Fix eventloop_iteration over-locking Ian Jackson
2012-03-19 17:31 ` Ian Campbell
2012-03-19 17:48 ` Ian Jackson
2012-03-20 9:44 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 04/20] libxl: Fix leak of ctx->lock Ian Jackson
2012-03-16 16:26 ` [PATCH 05/20] libxl: abolish libxl_ctx_postfork Ian Jackson
2012-03-16 16:26 ` [PATCH 06/20] tools: Correct PTHREAD options in config/StdGNU.mk Ian Jackson
2012-03-17 15:41 ` Roger Pau Monné
2012-03-19 16:34 ` Ian Jackson
2012-03-20 9:43 ` Ian Campbell
2012-03-20 16:05 ` Ian Jackson
2012-03-20 16:37 ` Tim Deegan
[not found] ` <CAPLaKK4+TRroEox2ScUS=NZ7G7NZ4D2wpmvDZEjST5AGByRwUg@mail.gmail.com>
2012-03-20 16:47 ` Roger Pau Monné
2012-03-20 16:55 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 07/20] libxl: Use PTHREAD_CFLAGS, LDFLAGS, LIBS Ian Jackson
2012-03-20 9:43 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 08/20] tools: Use PTHREAD_CFLAGS, _LDFLAGS, _LIBS Ian Jackson
2012-03-20 9:44 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 09/20] libxl: Crash (more sensibly) on malloc failure Ian Jackson
2012-03-20 10:17 ` Ian Campbell
2012-03-20 16:22 ` Ian Jackson
2012-03-20 16:25 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 10/20] libxl: Make libxl__zalloc et al tolerate a NULL gc Ian Jackson
2012-03-20 10:21 ` Ian Campbell
2012-03-20 16:26 ` Ian Jackson
2012-03-20 16:34 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 11/20] libxl: Introduce some convenience macros Ian Jackson
2012-03-20 11:37 ` Ian Campbell
2012-03-20 16:39 ` Ian Jackson
2012-03-20 16:44 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 12/20] libxl: Protect fds with CLOEXEC even with forking threads Ian Jackson
2012-03-20 11:53 ` Ian Campbell
2012-03-20 16:59 ` Ian Jackson
2012-03-16 16:26 ` [PATCH 13/20] libxl: libxl_event.c:beforepoll_internal, REQUIRE_FDS Ian Jackson
2012-03-20 12:06 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 14/20] libxl: include <ctype.h> and introduce CTYPE helper macro Ian Jackson
2012-03-20 12:12 ` Ian Campbell
2012-03-20 17:02 ` Ian Jackson
2012-03-16 16:26 ` [PATCH 15/20] libxl: include <_libxl_paths.h> in libxl_internal.h Ian Jackson
2012-03-20 12:13 ` Ian Campbell
2012-03-20 23:20 ` Roger Pau Monné
2012-03-20 23:57 ` Roger Pau Monné
2012-03-21 11:31 ` Ian Jackson
2012-03-21 12:10 ` Roger Pau Monné
2012-03-21 12:20 ` Ian Jackson
2012-03-16 16:26 ` [PATCH 16/20] libxl: event API: new facilities for waiting for subprocesses Ian Jackson
2012-03-20 12:47 ` Ian Campbell
2012-03-20 17:24 ` Ian Jackson
2012-03-20 17:39 ` Ian Campbell
2012-03-21 11:26 ` Ian Jackson
2012-03-16 16:26 ` [PATCH 17/20] libxl: Provide libxl_string_list_length Ian Jackson
2012-03-20 12:48 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 18/20] libxl: Introduce libxl__sendmsg_fds and libxl__recvmsg_fds Ian Jackson
2012-03-20 12:51 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 19/20] libxl: Clean up setdefault in do_domain_create Ian Jackson
2012-03-16 19:08 ` Ian Campbell
2012-03-16 16:26 ` [PATCH 20/20] libxl: ao: Convert libxl_run_bootloader Ian Jackson
2012-03-20 13:49 ` Ian Campbell
2012-03-20 17:36 ` Ian Jackson
2012-03-21 12:17 ` Ian Jackson
2012-03-21 12:25 ` Ian Campbell
2012-03-21 13:19 ` Ian Jackson
2012-03-22 15:36 ` Roger Pau Monné
2012-03-22 16:27 ` Ian Jackson
2012-03-22 16:36 ` Roger Pau Monné
2012-03-22 16:37 ` Roger Pau Monné
2012-03-22 17:02 ` Ian Jackson
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=1331915215-10477-3-git-send-email-ian.jackson@eu.citrix.com \
--to=ian.jackson@eu.citrix.com \
--cc=roger.pau@entel.upc.edu \
--cc=xen-devel@lists.xensource.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).