On 10/06/15 12:36, Ian Campbell wrote: > libxenevtchn will provide a stable API and ABI for accessing the > evtchn device. > > The functions are moved into the xenevtchn namespace to make a clean > break from libxc and avoid ambiguity regarding which interfaces are > stable. > > All in-tree users are updated to use the new names. > > Upon request (via #define XC_WANT_COMPAT_EVTCHN_API) libxenctrl will > provide a compat API for the old names, which is used by qemu-xen for > the time being. > > The dynamic osdep mechanism from libxc is not preserved, the > alternative backend (a xen-api/xapi shim) is no longer around. (Nested > virt probably suffices for this use case now). > > This leaves a few event channel related functions which go via privcmd > (EVTCHNOP) rather than ioctls on the /dev/xen/evtchn device in > libxenctrl. Specifically: > > - xc_evtchn_alloc_unbound
I was about to complain that this is important functionality for this new lib, but the library provides the more useful xenevtchn_bind_unbound_port() instead. Might be worth mentioning this in the commit. David _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
