[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 04/20] xen/domctl: Drop vcpu_alloc_lock



>>> On 19.03.18 at 20:13, <andrew.cooper3@xxxxxxxxxx> wrote:
> It is not entirely clear why this interlock was introduced in c/s 8cbb5278e
> "x86/AMD: Add support for AMD's OSVW feature in guests".
> 
> At the time, svm_handle_osvw() could have seen an unexpected change in OSVW
> (not the case now, due to the new CPUID Policy infrastructure), but even then,
> it would have caused spurious changes in behaviour when handling
> OSVW_{ID_LENGTH,STATUS} read requests on behalf of an already-running guest.
> 
> There are plenty of other aspects of domain creation which depend on hardware
> details which may change across a microcode load, but where not protected by
> this interlock.

Are there? We don't re-read CPUID (yet), for example. But of
course it is also not really specified which aspects may change
across microcode updates.

> A host administrator choosing to perform late microcode loading has plenty of
> other problems to worry about, and is it not unreasonable to expect them to
> temporarily cease domain construction activities while the microcode loading
> is in progress.

But it is also not unreasonable to expect the hypervisor to guard
against inconsistencies here. On the whole I'm not really
convinced; I think I'd like to hear others' opinions.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.