[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |