[Xen-devel] [PATCH RFC 0/6+2+2] Begin to disentangle libxenctrl and provide some stable libraries

[Ian Campbell <ian.campbell@xxxxxxxxxx>]

In <1431963008.4944.80.camel@xxxxxxxxxx> I proposed stabilising some
parts of the libxenctrl API/ABI by disaggregating into separate
libraries.

As a proof of concept these three intertangled series[0] splits out the
xentoollog and event channel device interfaces.

Still to come would be at least the grant table interfaces and a basic
hypercall making facility (including the buffers etc), followed by
libraries for specific out of tree purposes (device model, kexec).

The new libraries use linker version-scripts to hopefully make future
ABI changes be possible in a compatible way.

I decided to move the event channel functions into a new namespace
(xenevtchn_*) in order to provide a clean break from the old unstable
interfaces to the new stable ones. I've updated all the in tree callers
and qemu-trad and provided a compat shim in libxenctrl for other out of
tree users (which is used for qemu-upstream). My hope is that this can
be removed sooner rather than later. I intend to do the same for the
other interfaces. I haven't done this for the xentoollog stuff since it
already had a separate namespace.

I mulled over putting everything into tools/libs/FOO instead of
tools/libxenFOO, I didn't but I could if people think it is worthwhile.
Eventually I'd like to split libxc into libxenguest and libxenctrl to
cut down on the amount of strange cross talk...

As part of this change I've begun to get rid of the osdep interface
layer, since it is obsolete and just gets in the way. IIRC there were
some tricks being played to use this on rumpkernels to mix and match
facilities from xc_minios.c and xc_netbsd.c. Once the hypercall calling
and grant interfaces are in separate libraries are split this would
become easier since each library can independently choose the desired
backend.

The whole thing has been build tested on Linux and stubdoms, but not
FreeBSD, NetBSD or Solaris. It's certainly not impossible that I've not
got the #includes in the new files quite right.

Ian.

[0] There are 3 series, against xen.git, mini-os.git and
qemu-xen-trad.git. The patches against xen.git point to the patches in
the other two trees with instructions to update the relevant Config.mk
field. The perils of changing unstable interfaces...


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