From: Andrey Drobyshev <andrey.drobyshev@virtuozzo.com>
To: svt-core@virtuozzo.com
Cc: andrey.drobyshev@virtuozzo.com, den@openvz.org
Subject: [PATCH hci-vev v2 1/1] vfio/migration: don't touch the device on guest shutdown #VSTOR-153976
Date: Sun, 8 Nov 2026 22:50:50 +0200 [thread overview]
Message-ID: <20261108205050.37277-2-andrey.drobyshev@virtuozzo.com> (raw)
In-Reply-To: <20261108205050.37277-1-andrey.drobyshev@virtuozzo.com>
When the guest shuts down and QEMU runs with -no-shutdown, the VM stays
stopped and can only be reset or quit. A libvirt soft reboot is exactly
that: guest shutdown, system_reset, cont. Today vfio_vmstate_change()
treats this stop like any other and moves the device to STOP, then cont
brings it back to RUNNING.
NVIDIA's vGPU manager (595.71.03) takes that STOP for the start of a
migration, finds no guest driver, breaks its dirty page tracking and
never repairs it when the driver loads again. Every live migration of
the VM after a soft reboot then fails: "Error saving page in pipelined
mode".
Do not touch the device state in this case. There is nothing to
quiesce, and the reset that must follow resets the device anyway. The
case is told apart by the shutdown action: only "pause" (-no-shutdown)
keeps the VM alive. quit, a signal and a plain guest shutdown use
"poweroff" and still stop the device on the way out, as before. If a
migration or savevm is started on the stopped VM, no VM state change
comes at switchover, so vfio_save_setup() stops the device itself.
With this patch applied, soft reboot + subsequent live migration pass
successfully.
Signed-off-by: Andrey Drobyshev <andrey.drobyshev@virtuozzo.com>
---
hw/vfio/migration.c | 30 ++++++++++++++++++++++++++++++
include/system/runstate.h | 1 +
system/runstate.c | 5 +++++
3 files changed, 36 insertions(+)
diff --git a/hw/vfio/migration.c b/hw/vfio/migration.c
index 7e7fb496bbe..2ff3e49d5de 100644
--- a/hw/vfio/migration.c
+++ b/hw/vfio/migration.c
@@ -473,6 +473,19 @@ static int vfio_save_setup(QEMUFile *f, void *opaque, Error **errp)
migration->event_save_iterate_started = false;
migration->event_precopy_empty_hit = false;
+ /*
+ * A VM that is already stopped gets no VM state change at switchover.
+ * If a guest shutdown left the device running, stop it now.
+ */
+ if (!runstate_is_running() &&
+ migration->device_state == VFIO_DEVICE_STATE_RUNNING) {
+ ret = vfio_migration_set_state(vbasedev, VFIO_DEVICE_STATE_STOP,
+ VFIO_DEVICE_STATE_RUNNING, errp);
+ if (ret) {
+ return ret;
+ }
+ }
+
if (vfio_precopy_supported(vbasedev)) {
switch (migration->device_state) {
case VFIO_DEVICE_STATE_RUNNING:
@@ -899,6 +912,12 @@ static void vfio_vmstate_change_prepare(void *opaque, bool running,
return;
}
+ /* The guest has shut down and QEMU keeps the VM stopped: leave it */
+ if (!running && state == RUN_STATE_SHUTDOWN &&
+ qemu_shutdown_action_is_pause()) {
+ return;
+ }
+
new_state = migration->device_state == VFIO_DEVICE_STATE_PRE_COPY ?
VFIO_DEVICE_STATE_PRE_COPY_P2P :
VFIO_DEVICE_STATE_RUNNING_P2P;
@@ -936,6 +955,17 @@ static void vfio_vmstate_change(void *opaque, bool running, RunState state)
return;
}
+ /*
+ * The guest has shut down and QEMU keeps the VM stopped. It can only
+ * be reset or quit now, so leave the device state as it is: the reset
+ * resets the device too. The exit path uses the same run state with
+ * the poweroff action and stops the device as before.
+ */
+ if (!running && state == RUN_STATE_SHUTDOWN &&
+ qemu_shutdown_action_is_pause()) {
+ return;
+ }
+
if (running) {
new_state = VFIO_DEVICE_STATE_RUNNING;
} else {
diff --git a/include/system/runstate.h b/include/system/runstate.h
index 929379adae4..29a919348da 100644
--- a/include/system/runstate.h
+++ b/include/system/runstate.h
@@ -148,6 +148,7 @@ void qemu_system_vmstop_request_prepare(void);
bool qemu_vmstop_requested(RunState *r);
ShutdownCause qemu_shutdown_requested_get(void);
bool qemu_force_shutdown_requested(void);
+bool qemu_shutdown_action_is_pause(void);
ShutdownCause qemu_reset_requested_get(void);
void qemu_system_killed(int signal, pid_t pid);
void qemu_system_reset(ShutdownCause reason);
diff --git a/system/runstate.c b/system/runstate.c
index 6178b0091a3..1cdecde0fcf 100644
--- a/system/runstate.c
+++ b/system/runstate.c
@@ -433,6 +433,11 @@ bool qemu_force_shutdown_requested(void)
return force_shutdown;
}
+bool qemu_shutdown_action_is_pause(void)
+{
+ return shutdown_action == SHUTDOWN_ACTION_PAUSE;
+}
+
ShutdownCause qemu_reset_requested_get(void)
{
return reset_requested;
--
2.47.1
next prev parent reply other threads:[~2026-11-08 20:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-08 20:50 [PATCH hci-dev v2 0/1] " Andrey Drobyshev
2026-11-08 20:50 ` Andrey Drobyshev [this message]
2026-11-09 12:26 ` [PATCH hci-vev v2 1/1] " Denis V. Lunev
2026-11-09 15:45 ` Andrey Drobyshev
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=20261108205050.37277-2-andrey.drobyshev@virtuozzo.com \
--to=andrey.drobyshev@virtuozzo.com \
--cc=den@openvz.org \
--cc=svt-core@virtuozzo.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