summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorJason Andryuk <jason.andryuk@amd.com>2025-11-19 17:47:29 -0500
committerJuergen Gross <jgross@suse.com>2026-02-02 07:45:37 +0100
commite08dd1ee49838750a514e83c0aa60cd12ba6ecbb (patch)
treef3b0dcbc5b17464d74e7957b74ec11d6988b81c1 /include
parentc74a1a68a990e940b798000a7ec30db191c039ec (diff)
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>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions