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

Re: [Xen-devel] [PATCH] RFC: Use memops for mem paging, sharing, and access, instead of domctls



On Wed, Jan 11, Andres Lagar-Cavilla wrote:

> +++ b/xen/include/public/domctl.h

> +/* Use for teardown/setup of helper<->hypervisor interface for paging, 
> + * access and sharing.*/
>  struct xen_domctl_mem_event_op {
>      uint32_t       op;           /* XEN_DOMCTL_MEM_EVENT_OP_*_* */
>      uint32_t       mode;         /* XEN_DOMCTL_MEM_EVENT_OP_* */
>  
> -    union {
> -        /* OP_ENABLE IN:  Virtual address of shared page */
> -        uint64_aligned_t shared_addr;  
> -        /* PAGING_PREP IN: buffer to immediately fill page in */
> -        uint64_aligned_t buffer;
> -    } u;
> +    uint64_aligned_t shared_addr;  /* IN:  Virtual address of shared page */
>      uint64_aligned_t ring_addr;    /* IN:  Virtual address of ring page */
>  
> -    /* Other OPs */
> -    uint64_aligned_t gfn;          /* IN:  gfn of page being operated on */
> +    /* For binary backwards compatibility */
> +    uint64_aligned_t pad;
>  };

Assuming this struct is routed through libxc, and libxc gets a new
SONAME for every release, doesnt this mean that every old binary has to
be recompiled anyway for the new release?
If so, the padding is not needed.

Olaf


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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