From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Ashijeet Acharya <ashijeetacharya@gmail.com>
Cc: jsnow@redhat.com, amit.shah@redhat.com, pbonzini@redhat.com,
kwolf@redhat.com, armbru@redhat.com, quintela@redhat.com,
mst@redhat.com, marcandre.lureau@redhat.com, groug@kaod.org,
aneesh.kumar@linux.vnet.ibm.com, peter.maydell@linaro.org,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/3] migration: Allow "device add" options to only add migratable devices
Date: Thu, 15 Dec 2016 16:05:10 +0000 [thread overview]
Message-ID: <20161215160510.GM2509@work-vm> (raw)
In-Reply-To: <1481742422-15969-3-git-send-email-ashijeetacharya@gmail.com>
* Ashijeet Acharya (ashijeetacharya@gmail.com) wrote:
> Introduce checks for the unmigratable flag in the VMStateDescription
> structs of respective devices when user attempts to add them. If the
> "--only-migratable" was specified, all unmigratable devices will
> rightly fail to add. This feature is made compatible for both "-device"
> and "-usbdevice" command line options and covers their hmp and qmp
> counterparts as well.
>
> Signed-off-by: Ashijeet Acharya <ashijeetacharya@gmail.com>
> ---
> hw/usb/bus.c | 15 +++++++++++++++
> qdev-monitor.c | 9 +++++++++
> 2 files changed, 24 insertions(+)
>
> diff --git a/hw/usb/bus.c b/hw/usb/bus.c
> index 25913ad..8796788 100644
> --- a/hw/usb/bus.c
> +++ b/hw/usb/bus.c
> @@ -8,6 +8,7 @@
> #include "monitor/monitor.h"
> #include "trace.h"
> #include "qemu/cutils.h"
> +#include "migration/migration.h"
>
> static void usb_bus_dev_print(Monitor *mon, DeviceState *qdev, int indent);
>
> @@ -686,6 +687,8 @@ USBDevice *usbdevice_create(const char *cmdline)
> const char *params;
> int len;
> USBDevice *dev;
> + ObjectClass *klass;
> + DeviceClass *dc;
>
> params = strchr(cmdline,':');
> if (params) {
> @@ -720,6 +723,18 @@ USBDevice *usbdevice_create(const char *cmdline)
> return NULL;
> }
>
> + klass = object_class_by_name(f->name);
> + dc = DEVICE_CLASS(klass);
Would qdev_get_device_class work here instead of that pair?
(I was thinking you needed to check klass to make sure it wasn't null)
> + if (only_migratable) {
> + if (dc->vmsd->unmigratable) {
> + error_report("Device %s is not migratable, but --only-migratable "
> + "was specified", f->name);
> + return NULL;
> + }
> + }
> +
> if (f->usbdevice_init) {
> dev = f->usbdevice_init(bus, params);
> } else {
> diff --git a/qdev-monitor.c b/qdev-monitor.c
> index c73410c..81d01df 100644
> --- a/qdev-monitor.c
> +++ b/qdev-monitor.c
> @@ -29,6 +29,7 @@
> #include "qemu/error-report.h"
> #include "qemu/help_option.h"
> #include "sysemu/block-backend.h"
> +#include "migration/migration.h"
>
> /*
> * Aliases were a bad idea from the start. Let's keep them
> @@ -577,6 +578,14 @@ DeviceState *qdev_device_add(QemuOpts *opts, Error **errp)
> return NULL;
> }
>
> + if (only_migratable) {
> + if (dc->vmsd->unmigratable) {
> + error_setg(errp, "Device %s is not migratable, but "
> + "--only-migratable was specified", driver);
> + return NULL;
> + }
> + }
> +
> /* find bus */
> path = qemu_opt_get(opts, "bus");
> if (path != NULL) {
> --
> 2.6.2
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2016-12-15 16:05 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-14 19:06 [Qemu-devel] [PATCH 0/3] Introduce a new --only-migratable option Ashijeet Acharya
2016-12-14 19:07 ` [Qemu-devel] [PATCH 1/3] migration: Add a new option to enable only-migratable Ashijeet Acharya
2016-12-15 15:29 ` Dr. David Alan Gilbert
2016-12-15 16:48 ` Ashijeet Acharya
2016-12-15 16:50 ` Dr. David Alan Gilbert
2016-12-14 19:07 ` [Qemu-devel] [PATCH 2/3] migration: Allow "device add" options to only add migratable devices Ashijeet Acharya
2016-12-15 16:05 ` Dr. David Alan Gilbert [this message]
2016-12-15 16:10 ` Ashijeet Acharya
2016-12-15 16:19 ` Dr. David Alan Gilbert
2016-12-15 16:36 ` Ashijeet Acharya
2016-12-14 19:07 ` [Qemu-devel] [PATCH 3/3] migration: disallow migrate_add_blocker during migration Ashijeet Acharya
2016-12-15 17:11 ` Dr. David Alan Gilbert
2016-12-15 17:51 ` John Snow
2016-12-15 18:12 ` Ashijeet Acharya
2016-12-15 15:57 ` [Qemu-devel] [PATCH 0/3] Introduce a new --only-migratable option Michael S. Tsirkin
2016-12-15 16:07 ` Dr. David Alan Gilbert
2016-12-15 16:16 ` Ashijeet Acharya
2016-12-15 18:53 ` Michael S. Tsirkin
2016-12-15 19:03 ` Dr. David Alan Gilbert
2016-12-15 19:16 ` Peter Maydell
2016-12-15 19:39 ` Dr. David Alan Gilbert
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=20161215160510.GM2509@work-vm \
--to=dgilbert@redhat.com \
--cc=amit.shah@redhat.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=armbru@redhat.com \
--cc=ashijeetacharya@gmail.com \
--cc=groug@kaod.org \
--cc=jsnow@redhat.com \
--cc=kwolf@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.