From: Paul Durrant <Paul.Durrant@citrix.com>
To: Anthony Perard <anthony.perard@citrix.com>
Cc: "qemu-block@nongnu.org" <qemu-block@nongnu.org>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
Kevin Wolf <kwolf@redhat.com>, Max Reitz <mreitz@redhat.com>,
Stefano Stabellini <sstabellini@kernel.org>
Subject: Re: [Qemu-devel] [PATCH 05/18] xen: add xenstore watcher infratructure
Date: Wed, 5 Dec 2018 15:24:49 +0000 [thread overview]
Message-ID: <3a7d2ac2743c4206ae3588e2527121f0@AMSPEX02CL03.citrite.net> (raw)
In-Reply-To: <20181203144231.GK14786@perard.uk.xensource.com>
> -----Original Message-----
> From: Anthony PERARD [mailto:anthony.perard@citrix.com]
> Sent: 03 December 2018 14:43
> To: Paul Durrant <Paul.Durrant@citrix.com>
> Cc: qemu-block@nongnu.org; qemu-devel@nongnu.org; xen-
> devel@lists.xenproject.org; Kevin Wolf <kwolf@redhat.com>; Max Reitz
> <mreitz@redhat.com>; Stefano Stabellini <sstabellini@kernel.org>
> Subject: Re: [PATCH 05/18] xen: add xenstore watcher infratructure
>
> On Wed, Nov 21, 2018 at 03:11:58PM +0000, Paul Durrant wrote:
> > A Xen PV frontend communicates its state to the PV backend by writing to
> > the 'state' key in the frontend area in xenstore. It is therefore
> > necessary for a XenDevice implementation to be notified whenever the
> > value of this key changes.
> >
> > This patch adds code to do this as follows:
> >
> > - an 'fd handler' is registered on the libxenstore handle which will be
> > triggered whenever a 'watch' event occurs
> > - primitives are added to xen-bus-helper to add or remove watch events
> > - a list of Notifier objects is added to XenBus to provide a mechanism
> > to call the appropriate 'watch handler' when its associated event
> > occurs
> >
> > The xen-qisk implementation is extended with a 'frontend_changed'
> method,
>
> "The xen-qdisk"
It's xen-block now :-)
>
> > which calls as-yet stub 'connect' and 'disconnect' functions when the
> > relevant frontend state transitions occur. A subsequent patch will
> supply
> > a full implementation for these functions.
> >
> > Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> > ---
> > diff --git a/hw/block/xen-qdisk.c b/hw/block/xen-qdisk.c
> > index 0859643f7d..35f7b70480 100644
> > --- a/hw/block/xen-qdisk.c
> > +++ b/hw/block/xen-qdisk.c
> > +static void xen_qdisk_frontend_changed(XenDevice *xendev,
> > + enum xenbus_state
> frontend_state,
> > + Error **errp)
> > +{
> > + XenQdiskDevice *qdiskdev = XEN_QDISK_DEVICE(xendev);
> > + enum xenbus_state backend_state =
> xen_device_backend_get_state(xendev);
> > + Error *local_err = NULL;
> > +
> > + switch (frontend_state) {
> > + case XenbusStateInitialised:
> > + case XenbusStateConnected:
> > + if (backend_state == XenbusStateConnected) {
> > + break;
> > + }
> > +
> > + xen_qdisk_disconnect(qdiskdev, &error_fatal);
>
> Do we want to crash (actually exit) QEMU when disconnect failed?
>
Ok, I'll propagate.
> > + xen_qdisk_connect(qdiskdev, &local_err);
> > + if (local_err) {
> > + error_propagate(errp, local_err);
> > + break;
> > + }
> > +
> > + xen_device_backend_set_state(xendev, XenbusStateConnected);
> > + break;
> > +
> > + case XenbusStateClosing:
> > + xen_device_backend_set_state(xendev, XenbusStateClosing);
> > + break;
> > +
> > + case XenbusStateClosed:
> > + xen_qdisk_disconnect(qdiskdev, &error_fatal);
> > + xen_device_backend_set_state(xendev, XenbusStateClosed);
> > + break;
> > +
> > + default:
> > + break;
> > + }
> > +}
> > +
> > diff --git a/hw/xen/xen-bus-helper.c b/hw/xen/xen-bus-helper.c
> > index d9ee2ed6a0..b44acc8047 100644
> > --- a/hw/xen/xen-bus-helper.c
> > +++ b/hw/xen/xen-bus-helper.c
> > @@ -122,3 +122,31 @@ int xs_node_scanf(struct xs_handle *xsh, const char
> *node, const char *key,
> >
> > return rc;
> > }
> > +
> > +void xs_node_watch(struct xs_handle *xsh, const char *node, const char
> *key,
> > + char *token, Error **errp)
> > +{
> > + char *path;
> > +
> > + path = (strlen(node) != 0) ? g_strdup_printf("%s/%s", node, key) :
> > + g_strdup(key);
> > +
> > + if (!xs_watch(xsh, path, token)) {
> > + error_setg_errno(errp, errno, "failed to watch path '%s'",
> path);
> > + }
> > +
> > + g_free(path);
> > +}
> > +
> > +void xs_node_unwatch(struct xs_handle *xsh, const char *node,
> > + const char *key, const char *token)
> > +{
> > + char *path;
> > +
> > + path = (strlen(node) != 0) ? g_strdup_printf("%s/%s", node, key) :
> > + g_strdup(key);
> > +
> > + xs_unwatch(xsh, path, token);
>
> I think we should check for error from xs_unwatch as well.
Yes.
>
> > +
> > + g_free(path);
> > +}
> > diff --git a/hw/xen/xen-bus.c b/hw/xen/xen-bus.c
> > index 663aa8e117..99988f8568 100644
> > --- a/hw/xen/xen-bus.c
> > +++ b/hw/xen/xen-bus.c
> > +static XenWatch *xen_bus_add_watch(XenBus *xenbus, const char *node,
> > + const char *key, XenWatchHandler
> handler,
> > + void *opaque, Error **errp)
> > +{
> > + XenWatch *watch = g_new0(XenWatch, 1);
> > + QemuUUID uuid;
> > + Error *local_err = NULL;
> > +
> > + qemu_uuid_generate(&uuid);
> > + watch->token = qemu_uuid_unparse_strdup(&uuid);
> > +
> > + trace_xen_bus_add_watch(node, key, watch->token);
> > +
> > + watch->node = g_strdup(node);
> > + watch->key = g_strdup(key);
> > + watch->handler = handler;
> > + watch->opaque = opaque;
> > + watch->notifier.notify = watch_notify;
> > +
> > + notifier_list_add(&xenbus->watch_notifiers, &watch->notifier);
> > +
> > + xs_node_watch(xenbus->xsh, node, key, watch->token, &local_err);
> > +
> > + if (local_err) {
> > + error_propagate(errp, local_err);
> > +
> > + notifier_remove(&watch->notifier);
> > +
> > + g_free(watch->token);
> > + g_free(watch->key);
> > + g_free(watch->node);
> > +
> > + g_free(watch);
>
> It would be better to have a function that will free/dispose of a
> XenWatch, or maybe simply calling xen_bus_remove_watch here might be
> enough.
True. Too much cut'n'paste.
>
> > + watch = NULL;
>
> You could return NULL instead.
>
> > + }
> > +
> > + return watch;
> > +}
> > +
> > +static void xen_bus_remove_watch(XenBus *xenbus, XenWatch *watch)
> > +{
> > + trace_xen_bus_remove_watch(watch->node, watch->key, watch->token);
> > +
> > + xs_node_unwatch(xenbus->xsh, watch->node, watch->key, watch-
> >token);
> > +
> > + notifier_remove(&watch->notifier);
> > +
> > + g_free(watch->token);
> > + g_free(watch->key);
> > + g_free(watch->node);
> > +
> > + g_free(watch);
> > +}
>
> > +static void xen_bus_watch(void *opaque)
> > +{
> > + XenBus *xenbus = opaque;
> > + char **v;
> > + const char *token;
> > + unsigned int n;
> > +
> > + g_assert(xenbus->xsh);
> > +
> > + v = xs_read_watch(xenbus->xsh, &n);
>
> What is the n for?
> Also, maybe you wanted to call xs_check_watch instead? (In a loop, until
> EGAIN)
I don't need the loop. The 'n' is the length of the vector but xs_check_watch() does what I need.
>
> > + if (!v) {
> > + return;
> > + }
> > +
> > + token = v[XS_WATCH_TOKEN];
> > +
> > + trace_xen_bus_watch(token);
> > +
> > + notifier_list_notify(&xenbus->watch_notifiers, (void *)token);
> > +
> > + free(v);
> > +}
> > +
> > static void xen_bus_realize(BusState *bus, Error **errp)
> > {
> > XenBus *xenbus = XEN_BUS(bus);
> > @@ -230,12 +419,24 @@ static void xen_device_frontend_create(XenDevice
> *xendev, Error **errp)
> > error_propagate(errp, local_err);
> > error_prepend(errp, "failed to create frontend: ");
> > }
> > +
> > + xendev->frontend_state_watch =
> > + xen_bus_add_watch(xenbus, xendev->frontend_path, "state",
> > + xen_device_frontend_changed, xendev,
> &local_err);
>
> You can't reuse local_err here, *local_err must be null (It isn't
> exactly written like this, but that what I understand from reading
> qapi/error.h).
Oh, the code should have bailed on the first error.
Paul
>
> Maybe you meant to return when the previous function failed (call of
> xs_node_create)?
>
> > + if (local_err) {
> > + error_propagate(errp, local_err);
> > + error_prepend(errp, "failed to watch frontend state: ");
> > + }
> > }
>
> Thanks,
>
> --
> Anthony PERARD
next prev parent reply other threads:[~2018-12-05 15:24 UTC|newest]
Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-21 15:11 [Qemu-devel] [PATCH 00/18] Xen PV backend 'qdevification' Paul Durrant
2018-11-21 15:11 ` [Qemu-devel] [PATCH 01/18] xen: re-name XenDevice to XenLegacyDevice Paul Durrant
2018-11-28 16:06 ` Anthony PERARD
2018-11-21 15:11 ` [Qemu-devel] [PATCH 02/18] xen: introduce new 'XenBus' and 'XenDevice' object hierarchy Paul Durrant
2018-11-28 16:19 ` [Qemu-devel] [Qemu-block] " Kevin Wolf
2018-11-28 16:26 ` Paul Durrant
2018-11-28 16:28 ` Paul Durrant
2018-11-28 16:28 ` Stefano Stabellini
2018-11-28 16:29 ` Paul Durrant
2018-11-28 16:39 ` Kevin Wolf
2018-11-28 16:45 ` Paul Durrant
2018-11-28 16:46 ` Paul Durrant
2018-11-29 9:04 ` Kevin Wolf
2018-11-28 17:01 ` Eric Blake
2018-11-28 17:04 ` Paul Durrant
2018-11-28 17:10 ` [Qemu-devel] " Anthony PERARD
2018-11-28 17:17 ` Paul Durrant
2018-11-28 17:32 ` Anthony PERARD
2018-11-21 15:11 ` [Qemu-devel] [PATCH 03/18] xen: introduce 'xen-qdisk' Paul Durrant
2018-11-29 16:05 ` Anthony PERARD
2018-12-04 15:20 ` Paul Durrant
2018-12-04 15:49 ` Anthony PERARD
2018-12-04 15:50 ` Paul Durrant
2018-12-04 17:14 ` Paul Durrant
2018-11-21 15:11 ` [Qemu-devel] [PATCH 04/18] xen: create xenstore areas for XenDevice-s Paul Durrant
2018-11-29 18:48 ` Anthony PERARD
2018-12-05 12:05 ` Paul Durrant
2018-12-05 12:43 ` Paul Durrant
2018-12-05 13:58 ` Anthony PERARD
2018-12-05 14:24 ` Paul Durrant
2018-12-05 16:28 ` Anthony PERARD
2018-11-21 15:11 ` [Qemu-devel] [PATCH 05/18] xen: add xenstore watcher infratructure Paul Durrant
2018-12-03 14:42 ` Anthony PERARD
2018-12-05 15:24 ` Paul Durrant [this message]
2018-11-21 15:11 ` [Qemu-devel] [PATCH 06/18] xen: add grant table interface for XenDevice-s Paul Durrant
2018-12-03 15:45 ` Anthony PERARD
2018-12-05 16:12 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 07/18] xen: add event channel " Paul Durrant
2018-12-03 16:24 ` Anthony PERARD
2018-12-04 14:24 ` Anthony PERARD
2018-12-05 16:16 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 08/18] xen: duplicate xen_disk.c as basis of dataplane/xen-qdisk.c Paul Durrant
2018-12-03 16:35 ` Anthony PERARD
2018-12-03 16:42 ` Anthony PERARD
2018-11-21 15:12 ` [Qemu-devel] [PATCH 09/18] xen: remove unnecessary code from dataplane/xen-qdisk.c Paul Durrant
2018-12-03 16:58 ` Anthony PERARD
2018-11-21 15:12 ` [Qemu-devel] [PATCH 10/18] xen: add header and build dataplane/xen-qdisk.c Paul Durrant
2018-12-03 18:09 ` Anthony PERARD
2018-12-05 17:31 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 11/18] xen: remove 'XenBlkDev' and 'blkdev' names from dataplane/xen-qdisk Paul Durrant
2018-12-04 11:05 ` Anthony PERARD
2018-11-21 15:12 ` [Qemu-devel] [PATCH 12/18] xen: remove 'ioreq' struct/varable/field names from dataplane/xen-qdisk.c Paul Durrant
2018-12-04 11:34 ` Anthony PERARD
2018-11-21 15:12 ` [Qemu-devel] [PATCH 13/18] xen: purge 'blk' and 'ioreq' from function names in dataplane/xen-qdisk.c Paul Durrant
2018-12-04 12:10 ` Anthony PERARD
2018-12-05 17:28 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 14/18] xen: add implementations of xen-qdisk connect and disconnect functions Paul Durrant
2018-11-28 16:34 ` Kevin Wolf
2018-11-28 16:40 ` Paul Durrant
2018-11-29 9:00 ` Kevin Wolf
2018-11-29 9:33 ` Paul Durrant
2018-11-29 10:46 ` Kevin Wolf
2018-11-29 10:47 ` Paul Durrant
2018-12-04 12:33 ` Anthony PERARD
2018-12-06 12:27 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 15/18] xen: add a mechanism to automatically create XenDevice-s Paul Durrant
2018-12-04 15:35 ` Anthony PERARD
2018-12-06 12:36 ` Paul Durrant
2018-12-06 15:24 ` Anthony PERARD
2018-12-06 15:36 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 16/18] xen: automatically create XenQdiskDevice-s Paul Durrant
2018-12-04 16:40 ` Anthony PERARD
2018-12-06 13:06 ` Paul Durrant
2018-11-21 15:12 ` [Qemu-devel] [PATCH 17/18] MAINTAINERS: add myself as a Xen maintainer Paul Durrant
2018-11-27 19:05 ` Stefano Stabellini
2018-11-29 14:00 ` Philippe Mathieu-Daudé
2018-11-29 14:01 ` Paul Durrant
2018-12-04 16:42 ` Anthony PERARD
2018-11-21 15:12 ` [Qemu-devel] [PATCH 18/18] xen: remove the legacy 'xen_disk' backend Paul Durrant
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=3a7d2ac2743c4206ae3588e2527121f0@AMSPEX02CL03.citrite.net \
--to=paul.durrant@citrix.com \
--cc=anthony.perard@citrix.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/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).