]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
xenbus: Use .freeze/.thaw to handle xenbus devices
authorJason Andryuk <jason.andryuk@amd.com>
Wed, 19 Nov 2025 22:47:29 +0000 (17:47 -0500)
committerJuergen Gross <jgross@suse.com>
Mon, 2 Feb 2026 06:45:37 +0000 (07:45 +0100)
commite08dd1ee49838750a514e83c0aa60cd12ba6ecbb
treef3b0dcbc5b17464d74e7957b74ec11d6988b81c1
parentc74a1a68a990e940b798000a7ec30db191c039ec
xenbus: Use .freeze/.thaw to handle xenbus devices

The goal is to fix s2idle and S3 for Xen PV devices.  A domain resuming
from s3 or s2idle disconnects its PV devices during resume.  The
backends are not expecting this and do not reconnect.

b3e96c0c7562 ("xen: use freeze/restore/thaw PM events for suspend/
resume/chkpt") changed xen_suspend()/do_suspend() from
PMSG_SUSPEND/PMSG_RESUME to PMSG_FREEZE/PMSG_THAW/PMSG_RESTORE, but the
suspend/resume callbacks remained.

.freeze/restore are used with hiberation where Linux restarts in a new
place in the future.  .suspend/resume are useful for runtime power
management for the duration of a boot.

The current behavior of the callbacks works for an xl save/restore or
live migration where the domain is restored/migrated to a new location
and connecting to a not-already-connected backend.

Change xenbus_pm_ops to use .freeze/thaw/restore and drop the
.suspend/resume hook.  This matches the use in drivers/xen/manage.c for
save/restore and live migration.  With .suspend/resume empty, PV devices
are left connected during s2idle and s3, so PV devices are not changed
and work after resume.

Signed-off-by: Jason Andryuk <jason.andryuk@amd.com>
Acked-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
Message-ID: <20251119224731.61497-2-jason.andryuk@amd.com>
drivers/xen/xenbus/xenbus_probe_frontend.c