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

Re: [Xen-devel] [RFC PATCH 1/3] xen/hvm-save: Refactor HVM_REGISTER_SAVE_RESTORE



>>> On 16.12.13 at 03:17, Andrew Cooper <andrew.cooper3@xxxxxxxxxx> wrote:
> The instance id in a save record served two purposes.  For a PER_VCPU record,
> it was the VCPU id while for a PER_DOM it was just an index.
> 
> As the number of instances needs to be stored to help fix hvm_save_one() 
> later
> in this series, refactor HVM_REGISTER_SAVE_RESTORE to simplify the interface
> and prevent the buggy case of registering a PER_VCPU record with multiple
> instances.  The 'kind' can now be inferred from the number of instances.
> 
> There is now HVM_REGISTER_SAVE_RESTORE_PER_DOM() and
> HVM_REGISTER_SAVE_RESTORE_PER_VCPU() which both take fewer arguments, and 
> only
> PER_DOM() allows setting a number of instances.
> 
> There is no observable change as a result of this patch.

I think this is removing flexibilty (even if not needed by current code)
is that it disallows multiple instances of per-vCPU records. After all
the current "instance == vCPU-ID" implication is a per-save-type one,
not one baked into the interface.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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