qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PULL 05/14] qapi: add unplug primary event


From: Eric Blake
Subject: Re: [PULL 05/14] qapi: add unplug primary event
Date: Mon, 29 Jun 2020 11:07:11 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0

On 6/29/20 11:05 AM, Eric Blake wrote:
On 10/29/19 6:00 PM, Michael S. Tsirkin wrote:
From: Jens Freimann <jfreimann@redhat.com>

This event is emitted when we sent a request to unplug a
failover primary device from the Guest OS and it includes the
device id of the primary device.

Signed-off-by: Jens Freimann <jfreimann@redhat.com>
Message-Id: <20191029114905.6856-6-jfreimann@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Markus Armbruster <armbru@redhat.com>
---
  qapi/migration.json | 19 +++++++++++++++++++
  1 file changed, 19 insertions(+)


+##
+# @UNPLUG_PRIMARY:
+#
+# Emitted from source side of a migration when migration state is
+# WAIT_UNPLUG. Device was unplugged by guest operating system.
+# Device resources in QEMU are kept on standby to be able to re-plug it in case
+# of migration failure.
+#
+# @device-id: QEMU device id of the unplugged device
+#
+# Since: 4.2

s/4.2/5.1/

I'm not sure if the pull request will be respun for other reasons; if not, fixing this in a followup patch may be the way to go.

Sorry, my bad for not checking the dates. The thread moved to the top of my queue due to the belated report of a Coverity incident; but I now see that this really was included in the tree during 4.2.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3226
Virtualization:  qemu.org | libvirt.org




reply via email to

[Prev in Thread] Current Thread [Next in Thread]