[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH RFC 0/6+2+2] Begin to disentangle libxenctrl and provide some stable libraries
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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |