search for: libxl_xshelp

...ctx->xsh, t, libxl_sprintf(&gc, "%s/frontend", backend_path), frontend_path, strlen(frontend_path)); + libxl_xs_writev(&gc, t, backend_path, bents); + } if (!xs_transaction_end(ctx->xsh, t, 0)) { if (errno == EAGAIN) diff -r 85bd0f6e8fed tools/libxl/libxl_xshelp.c --- a/tools/libxl/libxl_xshelp.c Fri Aug 13 13:55:51 2010 +0100 +++ b/tools/libxl/libxl_xshelp.c Fri Aug 13 19:23:05 2010 +0100 @@ -49,6 +49,9 @@ char **libxl_xs_kvs_of_flexarray(libxl_g char **kvs; int i; + if (!length) + return NULL; + kvs = libxl_calloc(gc, length +...

...tools/libxc -I../../tools/include -I../../tools/xenstore -I../../tools/include > -I../../tools/blktap2/control -I../../tools/blktap2/include -I../../tools/include > -Wl,-soname -Wl,libxenlight.so.1.0 -shared -o libxenlight.so.1.0.0 flexarray.o > libxl.o libxl_pci.o libxl_dom.o libxl_exec.o libxl_xshelp.o libxl_device.o > libxl_internal.o xenguest.o libxl_utils.o osdeps.o libxl_paths.o > libxl_bootloader.o libxl_blktap2.o > /usr/bin/ld: libxl_dom.o: relocation R_X86_64_PC32 against > `hvm_build_set_params'' can not be used when making a shared object; > recompile with -fPIC...

Hi, George sent a patch on this problem before, but it was not completed. This patch makes libxl use xenbus to communicate with xenstored if libxl cannot open a socket. There''s a place that does not close fd in the case of failure, which is also fixed in this patch. -----------------------------------------Patch------------------------------------------------------ diff -r eff592364826

This patch series adds support for preservation of the VM generation ID buffer address in xenstore across save/restore and migrate, and also code to increment the value in all cases except for migration. Patch 1 modifies the guest ro and rw node creation to an open coding style and cleans up some extraneous node creation. Patch 2 modifies creation of the hvmloader key in xenstore and adds

...| 91 +++++++++++++++++++++++------------------ tools/libxl/libxl_device.c | 27 +++++++++---- tools/libxl/libxl_dom.c | 11 +++-- tools/libxl/libxl_exec.c | 2 +- tools/libxl/libxl_internal.c | 39 +++++++++++++++--- tools/libxl/libxl_internal.h | 11 ++++- tools/libxl/libxl_xshelp.c | 5 ++ 7 files changed, 124 insertions(+), 62 deletions(-) diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index 69690e4..5e2f23b 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -106,14 +106,17 @@ int libxl_domain_make(struct libxl_ctx *ctx, libxl_domain_create_info *i...

Dear all, I followed the steps described in the wiki in order to get an Arnadle board running Xen, but I''m having trouble in starting a domU. Let me describe you the steps I followed. Sorry for such a long mail, but I think that a verbose description is necessary so you can point me what I''m doing wrong. I couldn''t boot properly over the network. This is why I

This is a Fedora Core 13 environment and I just noticed this as I update the xen-unstable tree: make -C libxl install make[3]: Entering directory `/home/konrad/ssd/xtt/xen-unstable/tools/libxl'' rm -f _libxl_paths.h.tmp.tmp; echo "SBINDIR=\"/usr/sbin\"" >> _libxl_paths.h.tmp.tmp; echo "BINDIR=\"/usr/bin\"" >> _libxl_paths.h.tmp.tmp;

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

...; - if (minor >= 12) - return 1; + if (minor >= 12) { + rc = 1; + goto out; + } } } - - return 0; + rc = 0; +out: + libxl_free_all(&gc); + return rc; } diff -r 7b144fe8c528 tools/libxl/libxl_xshelp.c --- a/tools/libxl/libxl_xshelp.c Wed Aug 11 14:39:44 2010 +0100 +++ b/tools/libxl/libxl_xshelp.c Thu Aug 12 15:22:56 2010 +0100 @@ -44,12 +44,12 @@ int xs_writev(struct xs_handle *xsh, xs_ return 0; } -char **libxl_xs_kvs_of_flexarray(libxl_ctx *ctx, flexarray_t *array, int length) +char...

The series introduces auto-generation of the type definitions used in the libxl interface followed by auto-generation of a destructor function for each type. In the future it may be possible to use the related data structures for other purposes, for example auto-generation of the functions to marshal between C and language binding data types. tools/_libxl_types.h should be identical both before