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 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).