summaryrefslogtreecommitdiffstats
path: root/drivers/xen/xen-front-pgdir-shbuf.c
diff options
context:
space:
mode:
authorRoss Lagerwall <ross.lagerwall@citrix.com>2022-06-27 15:28:22 +0100
committerJuergen Gross <jgross@suse.com>2022-08-01 07:42:22 +0200
commit67f43c9c6a47776493f790f5ee03d76974e1b39d (patch)
tree65a518eded7d93aa3530c54ae4d79128cc2a2a6d /drivers/xen/xen-front-pgdir-shbuf.c
parent3d7cb6b04c3f3115719235cc6866b10326de34cd (diff)
downloadlinux-stable-67f43c9c6a47776493f790f5ee03d76974e1b39d.tar.gz
linux-stable-67f43c9c6a47776493f790f5ee03d76974e1b39d.tar.bz2
linux-stable-67f43c9c6a47776493f790f5ee03d76974e1b39d.zip
xen/manage: Use orderly_reboot() to reboot
Currently when the toolstack issues a reboot, it gets translated into a call to ctrl_alt_del(). But tying reboot to ctrl-alt-del means rebooting may fail if e.g. the user has masked the ctrl-alt-del.target under systemd. A previous attempt to fix this issue made a change that sets the kernel.ctrl-alt-del sysctl to 1 before ctrl_alt_del() is called. However, this doesn't give userspace the opportunity to block rebooting or even do any cleanup or syncing. Instead, call orderly_reboot() which will call the "reboot" command, giving userspace the opportunity to block it or perform the usual reboot process while being independent of the ctrl-alt-del behaviour. It also matches what happens in the shutdown case. Signed-off-by: Ross Lagerwall <ross.lagerwall@citrix.com> Reviewed-by: Juergen Gross <jgross@suse.com> Link: https://lore.kernel.org/r/20220627142822.3612106-1-ross.lagerwall@citrix.com Signed-off-by: Juergen Gross <jgross@suse.com>
Diffstat (limited to 'drivers/xen/xen-front-pgdir-shbuf.c')
0 files changed, 0 insertions, 0 deletions