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

Re: [Xen-devel] [PATCH v3] hypercall/mem: Introduce XENMEM_machphys_compat_mfn_list



>>> On 18.04.14 at 18:50, <andrew.cooper3@xxxxxxxxxx> wrote:
> I am happy for this to live as part of my "migration v2" series, but is
> presented here for individual review.

I guess this can go in as soon as it's ready, since even if your save/
restore re-write doesn't make it we still ought to use this to eliminate
the bogus workaround in the tools.

> --- a/xen/include/public/memory.h
> +++ b/xen/include/public/memory.h
> @@ -465,6 +465,16 @@ DEFINE_XEN_GUEST_HANDLE(xen_mem_sharing_op_t);
>   * The zero value is appropiate.
>   */
>  
> +/*
> + * For a compat toolstack domain, this is identical to
> + * XENMEM_machphys_mfn_list.
> + *
> + * For a non compat toolstack domain, this functions similarly to
> + * XENMEM_machphys_mfn_list, but returns the mfns making up the compatibility
> + * m2p table.
> + */
> +#define XENMEM_machphys_compat_mfn_list     25
> +
>  #endif /* defined(__XEN__) || defined(__XEN_TOOLS__) */

Is there a strong reason to restrict its visibility to tool stacks? The
implementation is a simply clone of XENMEM_machphys_mfn_list's,
which isn't restricted. If the answer is "no", I'd suggest moving
this addition next to the definition of XENMEM_machphys_mfn_list.

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®.