"Base" context reads already paused the subject vCPU when being the
current one, but that special case isn't being properly dealt with
anyway (at the very least when x86's fsgsbase feature is in use), so
just disallow it.
"Extended" context reads so far didn't do any pausing.
While we can't avoid the reported data being stale by the time it
arrives at the caller, this way we at least guarantee that it is
consistent.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Keir Fraser <keir@xen.org>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
if ( domctl->cmd == XEN_DOMCTL_get_ext_vcpucontext )
{
+ if ( v == current ) /* no vcpu_pause() */
+ break;
+
evc->size = sizeof(*evc);
+
+ vcpu_pause(v);
+
if ( is_pv_domain(d) )
{
evc->sysenter_callback_cs =
evc->vmce.mci_ctl2_bank1 = v->arch.vmce.bank[1].mci_ctl2;
ret = 0;
+ vcpu_unpause(v);
copyback = 1;
}
else
struct vcpu *v;
ret = -EINVAL;
- if ( op->u.vcpucontext.vcpu >= d->max_vcpus )
- goto getvcpucontext_out;
-
- ret = -ESRCH;
- if ( (v = d->vcpu[op->u.vcpucontext.vcpu]) == NULL )
+ if ( op->u.vcpucontext.vcpu >= d->max_vcpus ||
+ (v = d->vcpu[op->u.vcpucontext.vcpu]) == NULL ||
+ v == current ) /* no vcpu_pause() */
goto getvcpucontext_out;
ret = -ENODATA;
if ( (c.nat = xmalloc(struct vcpu_guest_context)) == NULL )
goto getvcpucontext_out;
- if ( v != current )
- vcpu_pause(v);
+ vcpu_pause(v);
arch_get_info_guest(v, c);
ret = 0;
- if ( v != current )
- vcpu_unpause(v);
+ vcpu_unpause(v);
#ifdef CONFIG_COMPAT
if ( !is_pv_32on64_vcpu(v) )