diff options
author | Paolo Bonzini <pbonzini@redhat.com> | 2015-04-23 13:20:18 +0200 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2015-04-27 15:49:30 +0200 |
commit | 73459e2a1ada09a68c02cc5b73f3116fc8194b3d (patch) | |
tree | 2d85beb72d2ee970926f65554099764e2cdc1f9c /firmware/atmsar11.HEX | |
parent | 5dca0d9147458be9b9363b8a484aa77d710b412a (diff) | |
download | linux-73459e2a1ada09a68c02cc5b73f3116fc8194b3d.tar.bz2 |
x86: pvclock: Really remove the sched notifier for cross-cpu migrations
This reverts commits 0a4e6be9ca17c54817cf814b4b5aa60478c6df27
and 80f7fdb1c7f0f9266421f823964fd1962681f6ce.
The task migration notifier was originally introduced in order to support
the pvclock vsyscall with non-synchronized TSC, but KVM only supports it
with synchronized TSC. Hence, on KVM the race condition is only needed
due to a bad implementation on the host side, and even then it's so rare
that it's mostly theoretical.
As far as KVM is concerned it's possible to fix the host, avoiding the
additional complexity in the vDSO and the (re)introduction of the task
migration notifier.
Xen, on the other hand, hasn't yet implemented vsyscall support at
all, so we do not care about its plans for non-synchronized TSC.
Reported-by: Peter Zijlstra <peterz@infradead.org>
Suggested-by: Marcelo Tosatti <mtosatti@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'firmware/atmsar11.HEX')
0 files changed, 0 insertions, 0 deletions