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