qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony PERARD <anthony.perard@citrix.com>
To: Paul Durrant <paul.durrant@citrix.com>
Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org,
	xen-devel@lists.xenproject.org,
	Stefano Stabellini <sstabellini@kernel.org>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	Marcel Apfelbaum <marcel.apfelbaum@gmail.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Richard Henderson <rth@twiddle.net>,
	Eduardo Habkost <ehabkost@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 02/18] xen: introduce new 'XenBus' and 'XenDevice' object hierarchy
Date: Fri, 7 Dec 2018 12:15:19 +0000	[thread overview]
Message-ID: <20181207121519.GE18875@perard.uk.xensource.com> (raw)
In-Reply-To: <1544108924-10841-3-git-send-email-paul.durrant@citrix.com>

On Thu, Dec 06, 2018 at 03:08:28PM +0000, Paul Durrant wrote:
> This patch adds the basic boilerplate for a 'XenBus' object that will act
> as a parent to 'XenDevice' PV backends.
> A new 'XenBridge' object is also added to connect XenBus to the system bus.
> 
> The XenBus object is instantiated by a new xen_bus_init() function called
> from the same sites as the legacy xen_be_init() function.
> 
> Subsequent patches will flesh-out the functionality of these objects.
> 
> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> ---
> Cc: Stefano Stabellini <sstabellini@kernel.org>
> Cc: Anthony Perard <anthony.perard@citrix.com>
> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
> Cc: Paolo Bonzini <pbonzini@redhat.com>
> Cc: Richard Henderson <rth@twiddle.net>
> Cc: Eduardo Habkost <ehabkost@redhat.com>
> 
> v2:
>  - Fix boilerplate
>  - Make xen-bus hotplug capable
> ---
>  hw/i386/xen/xen-hvm.c     |   3 ++
>  hw/xen/Makefile.objs      |   2 +-
>  hw/xen/trace-events       |   6 +++
>  hw/xen/xen-bus.c          | 131 ++++++++++++++++++++++++++++++++++++++++++++++
>  hw/xenpv/xen_machine_pv.c |   3 ++
>  include/hw/xen/xen-bus.h  |  55 +++++++++++++++++++
>  6 files changed, 199 insertions(+), 1 deletion(-)
>  create mode 100644 hw/xen/xen-bus.c
>  create mode 100644 include/hw/xen/xen-bus.h
> 
> diff --git a/hw/i386/xen/xen-hvm.c b/hw/i386/xen/xen-hvm.c
> index 1d63763..4497f75 100644
> --- a/hw/i386/xen/xen-hvm.c
> +++ b/hw/i386/xen/xen-hvm.c
> @@ -17,6 +17,7 @@
>  #include "hw/i386/apic-msidef.h"
>  #include "hw/xen/xen_common.h"
>  #include "hw/xen/xen-legacy-backend.h"
> +#include "hw/xen/xen-bus.h"
>  #include "qapi/error.h"
>  #include "qapi/qapi-commands-misc.h"
>  #include "qemu/error-report.h"
> @@ -1479,6 +1480,8 @@ void xen_hvm_init(PCMachineState *pcms, MemoryRegion **ram_memory)
>      QLIST_INIT(&state->dev_list);
>      device_listener_register(&state->device_listener);
>  
> +    xen_bus_init();
> +
>      /* Initialize backend core & drivers */
>      if (xen_be_init() != 0) {
>          error_report("xen backend core setup failed");
> diff --git a/hw/xen/Makefile.objs b/hw/xen/Makefile.objs
> index 3f64a44..d9d6d7b 100644
> --- a/hw/xen/Makefile.objs
> +++ b/hw/xen/Makefile.objs
> @@ -1,5 +1,5 @@
>  # xen backend driver support
> -common-obj-$(CONFIG_XEN) += xen-legacy-backend.o xen_devconfig.o xen_pvdev.o xen-common.o
> +common-obj-$(CONFIG_XEN) += xen-legacy-backend.o xen_devconfig.o xen_pvdev.o xen-common.o xen-bus.o
>  
>  obj-$(CONFIG_XEN_PCI_PASSTHROUGH) += xen-host-pci-device.o
>  obj-$(CONFIG_XEN_PCI_PASSTHROUGH) += xen_pt.o xen_pt_config_init.o xen_pt_graphics.o xen_pt_msi.o
> diff --git a/hw/xen/trace-events b/hw/xen/trace-events
> index c7e7a3b..0172cd4 100644
> --- a/hw/xen/trace-events
> +++ b/hw/xen/trace-events
> @@ -12,3 +12,9 @@ xen_unmap_portio_range(uint32_t id, uint64_t start_addr, uint64_t end_addr) "id:
>  xen_map_pcidev(uint32_t id, uint8_t bus, uint8_t dev, uint8_t func) "id: %u bdf: %02x.%02x.%02x"
>  xen_unmap_pcidev(uint32_t id, uint8_t bus, uint8_t dev, uint8_t func) "id: %u bdf: %02x.%02x.%02x"
>  xen_domid_restrict(int err) "err: %u"
> +
> +# include/hw/xen/xen-bus.c
> +xen_bus_realize(void) ""
> +xen_bus_unrealize(void) ""
> +xen_device_realize(const char *type) "type: %s"
> +xen_device_unrealize(const char *type) "type: %s"
> diff --git a/hw/xen/xen-bus.c b/hw/xen/xen-bus.c
> new file mode 100644
> index 0000000..1385bab
> --- /dev/null
> +++ b/hw/xen/xen-bus.c
> @@ -0,0 +1,131 @@
> +/*
> + * Copyright (c) 2018  Citrix Systems Inc.
> + *
> + * This work is licensed under the terms of the GNU GPL, version 2 or later.
> + * See the COPYING file in the top-level directory.
> + */
> +
> +#include "qemu/osdep.h"
> +#include "hw/hw.h"
> +#include "hw/sysbus.h"
> +#include "hw/xen/xen-bus.h"
> +#include "qapi/error.h"
> +#include "trace.h"
> +
> +static void xen_bus_unrealize(BusState *bus, Error **errp)
> +{
> +    trace_xen_bus_unrealize();
> +}
> +
> +static void xen_bus_realize(BusState *bus, Error **errp)
> +{
> +    trace_xen_bus_realize();
> +}
> +
> +static void xen_bus_class_init(ObjectClass *class, void *data)
> +{
> +    BusClass *bus_class = BUS_CLASS(class);
> +
> +    bus_class->realize = xen_bus_realize;
> +    bus_class->unrealize = xen_bus_unrealize;
> +}
> +
> +static const TypeInfo xen_bus_type_info = {
> +    .name = TYPE_XEN_BUS,
> +    .parent = TYPE_BUS,
> +    .instance_size = sizeof(XenBus),
> +    .class_size = sizeof(XenBusClass),
> +    .class_init = xen_bus_class_init,
> +    .interfaces = (InterfaceInfo[]) {
> +        { TYPE_HOTPLUG_HANDLER },
> +        { }
> +    },
> +};
> +
> +static void xen_device_unrealize(DeviceState *dev, Error **errp)
> +{
> +    XenDevice *xendev = XEN_DEVICE(dev);
> +    XenDeviceClass *xendev_class = XEN_DEVICE_GET_CLASS(xendev);
> +    const char *type = object_get_typename(OBJECT(xendev));
> +    Error *local_err = NULL;
> +
> +    trace_xen_device_unrealize(type);
> +
> +    if (xendev_class->unrealize) {
> +        xendev_class->unrealize(xendev, &local_err);

Since all you do here is propagate the error, you could even pass `errp'
to unrealize(), instead of having `local_err'. That "for readability",
as explained in "qapi/error.h".

> +        if (local_err) {
> +            error_propagate(errp, local_err);
> +        }
> +    }
> +}
> +

With that nit fixed:
Reviewed-by: Anthony PERARD <anthony.perard@citrix.com>

Thanks,

-- 
Anthony PERARD

  reply	other threads:[~2018-12-07 12:15 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-06 15:08 [Qemu-devel] [PATCH v2 00/18] Xen PV backend 'qdevification' Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 01/18] xen: re-name XenDevice to XenLegacyDevice Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 02/18] xen: introduce new 'XenBus' and 'XenDevice' object hierarchy Paul Durrant
2018-12-07 12:15   ` Anthony PERARD [this message]
2018-12-07 12:57     ` Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 03/18] xen: introduce 'xen-block', 'xen-disk' and 'xen-cdrom' Paul Durrant
2018-12-07 14:35   ` Anthony PERARD
2018-12-07 14:39     ` Paul Durrant
2018-12-07 15:26       ` Anthony PERARD
2018-12-07 15:34         ` Daniel P. Berrangé
2018-12-10  9:35         ` Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 04/18] xen: create xenstore areas for XenDevice-s Paul Durrant
2018-12-07 15:07   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 05/18] xen: add xenstore watcher infrastructure Paul Durrant
2018-12-07 15:57   ` Anthony PERARD
2018-12-10  9:43     ` Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 06/18] xen: add grant table interface for XenDevice-s Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 07/18] xen: add event channel " Paul Durrant
2018-12-07 16:03   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 08/18] xen: duplicate xen_disk.c as basis of dataplane/xen-block.c Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 09/18] xen: remove unnecessary code from dataplane/xen-block.c Paul Durrant
2018-12-07 16:20   ` [Qemu-devel] [Xen-devel] " Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 10/18] xen: add header and build dataplane/xen-block.c Paul Durrant
2018-12-07 16:48   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 11/18] xen: remove 'XenBlkDev' and 'blkdev' names from dataplane/xen-block Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 12/18] xen: remove 'ioreq' struct/varable/field names from dataplane/xen-block.c Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 13/18] xen: purge 'blk' and 'ioreq' from function names in dataplane/xen-block.c Paul Durrant
2018-12-07 16:52   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 14/18] xen: add implementations of xen-block connect and disconnect functions Paul Durrant
2018-12-07 18:20   ` Anthony PERARD
2018-12-08 11:31     ` Paul Durrant
2018-12-10 16:07     ` Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 15/18] xen: add a mechanism to automatically create XenDevice-s Paul Durrant
2018-12-07 18:30   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 16/18] xen: automatically create XenBlockDevice-s Paul Durrant
2018-12-07 18:52   ` Anthony PERARD
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 17/18] MAINTAINERS: add myself as a Xen maintainer Paul Durrant
2018-12-06 15:08 ` [Qemu-devel] [PATCH v2 18/18] xen: remove the legacy 'xen_disk' backend Paul Durrant
2018-12-07 18:52   ` Anthony PERARD

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=20181207121519.GE18875@perard.uk.xensource.com \
    --to=anthony.perard@citrix.com \
    --cc=ehabkost@redhat.com \
    --cc=marcel.apfelbaum@gmail.com \
    --cc=mst@redhat.com \
    --cc=paul.durrant@citrix.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    --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).