diff options
author | Ross Lagerwall <ross.lagerwall@citrix.com> | 2022-06-27 15:28:22 +0100 |
---|---|---|
committer | Juergen Gross <jgross@suse.com> | 2022-08-01 07:42:22 +0200 |
commit | 67f43c9c6a47776493f790f5ee03d76974e1b39d (patch) | |
tree | 65a518eded7d93aa3530c54ae4d79128cc2a2a6d /drivers/xen/xen-front-pgdir-shbuf.c | |
parent | 3d7cb6b04c3f3115719235cc6866b10326de34cd (diff) | |
download | linux-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