search for: genwrap

The following series of patches fill in most of the gaps in the OCaml bindings to libxl, to make them useful for clients such as xapi/xenopsd (from XCP). There are a number of bugfixes to the existing bindings as well. I have an experimental version of xenopsd that successfully uses the new bindings. An earlier version of the first half of the series was submitted to the last by Ian Campbell on

...: ocaml: fix code intended to output comments before definitions I''m not sure how useful these comments actually are but erred on the side of fixing rather than removing. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> diff -r 739989dcd108 -r be294b1cdd00 tools/ocaml/libs/xl/genwrap.py --- a/tools/ocaml/libs/xl/genwrap.py Tue Nov 20 17:22:21 2012 +0000 +++ b/tools/ocaml/libs/xl/genwrap.py Tue Nov 20 17:22:21 2012 +0000 @@ -79,12 +79,14 @@ def gen_ocaml_ml(ty, interface, indent=" s = ("""(* %s interface *)\n""" % ty.typename) els...

...reason (exporting random bits of low level ABI that libxl would rather hide anyway). Finally there is a corresponding (untested) change to the ocaml binding to fix a compile error and maintain previous API in ocaml. Signed-off-by: Gianni Tedesco <gianni.tedesco@citrix.com> -- tools/python/genwrap.py | 346 +++++++++++++++++++++++++++++++ tools/python/xen/lowlevel/xl/xl.c | 397 ++++++++++++++++++++++++++++++++++++ tools/libxl/idl.txt | 7 tools/libxl/libxl.idl | 28 -- tools/libxl/libxl_pci.c | 13 - tools/libxl/libxltypes.py...

The following series implements libxl_domain_config_init as per the libxl API requirement that each type has an init function. The first function does this in an open coded manner and is proposed for Xen 4.2. The second function is RFC only since it moves the definition of this type into the IDL and makes the required infrastructure updates to enable this. I think this is more 4.3 material at

This patch adds a new option for xen config files for directly mapping hardware io memory into a vm. Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 index 013270d..428da21 100644 --- a/docs/man/xl.cfg.pod.5 +++ b/docs/man/xl.cfg.pod.5 @@ -496,6 +496,17 @@ is given in hexadecimal and may either a span e.g.

...bxl.h | 37 +++ tools/libxl/libxl_create.c | 11 +- tools/libxl/libxl_internal.h | 18 ++ tools/libxl/libxl_qmp.c | 66 +++++ tools/libxl/libxl_types.idl | 22 ++ tools/libxl/libxl_usb.c | 522 ++++++++++++++++++++++++++++++++++++++++ tools/ocaml/libs/xl/genwrap.py | 1 + 8 files changed, 677 insertions(+), 2 deletions(-) create mode 100644 tools/libxl/libxl_usb.c diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile index 2984051..866960a 100644 --- a/tools/libxl/Makefile +++ b/tools/libxl/Makefile @@ -74,7 +74,7 @@ LIBXL_OBJS = flexarray.o libxl....

Hello, Third version of the NUMA placement series Xen 4.2. All the comments received during v2''s review have been addressed (more details in single changelogs). The most notable changes are the following: - the libxl_cpumap --> libxl_bitmap renaming has been rebased on top of the recent patches that allows us to allocate bitmaps of different sizes; - the heuristics for deciding

depends on "autoconf: regenerate configure scripts with 4.4 version" This series removes some of the really old deadwood from the tools build and makes some other things which are on their way out configurable at build time with a default depending on how far down the slope I judge them to be. * nuke in tree copy of libaio * nuke obsolete tools: xsview, miniterm, lomount & sv *