diff options
author | Boris Ostrovsky <boris.ostrovsky@oracle.com> | 2015-04-29 01:46:20 +0300 |
---|---|---|
committer | David Vrabel <david.vrabel@citrix.com> | 2015-04-29 19:10:05 +0300 |
commit | 2b953a5e994ce279904ec70220f7d4f31d380a0a (patch) | |
tree | 759a33813d003d3e020ba0ce1f34d12963398e09 /crypto | |
parent | b44166cd46e28dd608d5baa5873047a40f32919c (diff) | |
download | linux-2b953a5e994ce279904ec70220f7d4f31d380a0a.tar.xz |
xen: Suspend ticks on all CPUs during suspend
Commit 77e32c89a711 ("clockevents: Manage device's state separately for
the core") decouples clockevent device's modes from states. With this
change when a Xen guest tries to resume, it won't be calling its
set_mode op which needs to be done on each VCPU in order to make the
hypervisor aware that we are in oneshot mode.
This happens because clockevents_tick_resume() (which is an intermediate
step of resuming ticks on a processor) doesn't call clockevents_set_state()
anymore and because during suspend clockevent devices on all VCPUs (except
for the one doing the suspend) are left in ONESHOT state. As result, during
resume the clockevents state machine will assume that device is already
where it should be and doesn't need to be updated.
To avoid this problem we should suspend ticks on all VCPUs during
suspend.
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Signed-off-by: David Vrabel <david.vrabel@citrix.com>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions