search for: libxl_get_physinfo

...A63 endconn > > * libxl-driver.log also has 11 log groupings that are just the same set of > logs repeated 11 times. Here is the first group: > > xc: detail: sysctl operation failed -- need to rebuild the user-space > tool set? > libxl: error: libxl.c:4320:libxl_get_physinfo: getting physinfo: > Permission denied > xc: debug: hypercall buffer: total allocations:7 total releases:7 > xc: debug: hypercall buffer: current allocations:0 maximum allocations:1 > xc: debug: hypercall buffer: cache current size:1 > xc: debug: hypercall buffer:...

...Signed-off-by: Ronny Hegewald <Ronny.Hegewald@online.de> --- xen-4.3-20121121/tools/libxl/libxl.c.org 2012-11-22 03:34:00.000000000 +0000 +++ xen-4.3-20121121/tools/libxl/libxl.c 2012-11-22 03:34:47.000000000 +0000 @@ -3763,7 +3763,7 @@ int libxl_wait_for_free_memory(libxl_ctx rc = libxl_get_physinfo(ctx, &info); if (rc < 0) goto out; - if (info.free_pages * 4 - freemem_slack >= memory_kb) { + if ((int64_t)(info.free_pages * 4 - freemem_slack) >= memory_kb) { rc = 0; goto out; }

...; Driver state initialization failed > > > So, it appears it is this piece of code that is failing, in > src/libxl/libxl_conf.c: > > static int > libxlCapsInitHost(libxl_ctx *ctx, virCapsPtr caps) > { > libxl_physinfo phy_info; > int host_pae; > > if (libxl_get_physinfo(ctx, &phy_info) != 0) { > virReportError(VIR_ERR_INTERNAL_ERROR, "%s", > _("Failed to get node physical info from > libxenlight")); > return -1; > } > > ... > } > > Weird... I'm sorry I have to...

...libxl-driver.log also has 11 log groupings that are just the same set > of > > logs repeated 11 times. Here is the first group: > > > > xc: detail: sysctl operation failed -- need to rebuild the > user-space > > tool set? > > libxl: error: libxl.c:4320:libxl_get_physinfo: getting physinfo: > > Permission denied > > xc: debug: hypercall buffer: total allocations:7 total releases:7 > > xc: debug: hypercall buffer: current allocations:0 maximum > allocations:1 > > xc: debug: hypercall buffer: cache current size:1 > >...

...02+0000: 29517: error : daemonRunStateInit:909 : > Driver state initialization failed > So, it appears it is this piece of code that is failing, in src/libxl/libxl_conf.c: static int libxlCapsInitHost(libxl_ctx *ctx, virCapsPtr caps) { libxl_physinfo phy_info; int host_pae; if (libxl_get_physinfo(ctx, &phy_info) != 0) { virReportError(VIR_ERR_INTERNAL_ERROR, "%s", _("Failed to get node physical info from libxenlight")); return -1; } ... } Weird... I'm sorry I have to run now... Jim, any clue? I'll try to inves...

...02+0000: 29517: error : daemonRunStateInit:909 : > Driver state initialization failed > So, it appears it is this piece of code that is failing, in src/libxl/libxl_conf.c: static int libxlCapsInitHost(libxl_ctx *ctx, virCapsPtr caps) { libxl_physinfo phy_info; int host_pae; if (libxl_get_physinfo(ctx, &phy_info) != 0) { virReportError(VIR_ERR_INTERNAL_ERROR, "%s", _("Failed to get node physical info from libxenlight")); return -1; } ... } Weird... I'm sorry I have to run now... Jim, any clue? I'll try to inves...

hi i want to install libvirt-1.1.2 in xen -4.2.1. i installed int he following manner: 1. downloaded source from libvirt/org (libvirt-1.1.2) 2. untarred & run ./configure --with-xen=yes --with-libxl=yes 3. then make and make install. i also enabled the (xend-unix-server yes) in xend config file. i run libvirtd -v and getting the followning error: root@boss[libexec]#libvirtd -v

hi i want to install libvirt-1.1.2 in xen -4.2.1. i installed int he following manner: 1. downloaded source from libvirt/org (libvirt-1.1.2) 2. untarred & run ./configure --with-xen=yes --with-libxl=yes 3. then make and make install. i also enabled the (xend-unix-server yes) in xend config file. i run libvirtd -v and getting the followning error: root@boss[libexec]#libvirtd -v

...at are just the > same set of > > > logs repeated 11 times. Here is the first group: > > > > > > xc: detail: sysctl operation failed -- need to rebuild the > user-space > > > tool set? > > > libxl: error: libxl.c:4320:libxl_get_physinfo: getting > physinfo: > > > Permission denied > > > xc: debug: hypercall buffer: total allocations:7 total > releases:7 > > > xc: debug: hypercall buffer: current allocations:0 maximum > > allocations:1 > > > xc: debu...

...ng question. I really never paid attention to this... Jan (or anyone else), is that something known and/or expected? I went checking this down in Xen, and here''s what I found. total_memory is: info.total_pages/((1 << 20) / vinfo->pagesize) where ''info'' is what libxl_get_physinfo() provides. On its turn, libxl_get_physinfo() is xc_physinfo(), which is XEN_SYSCTL_physinfo, which uses total_pages, which is assigned the number of pages, down in __start_xen(), as it results from parsing the E820 map (looking for RAM blocks). OTOH, memsize comes from libxl_get_numainfo(), which...

...er.log also has 11 log groupings that are just the same set of > > logs repeated 11 times. Here is the first group: > > > > xc: detail: sysctl operation failed -- need to rebuild the user-space > > tool set? > > libxl: error: libxl.c:4320:libxl_get_physinfo: getting physinfo: > > Permission denied > > xc: debug: hypercall buffer: total allocations:7 total releases:7 > > xc: debug: hypercall buffer: current allocations:0 maximum > allocations:1 > > xc: debug: hypercall buffer: cache current...

...gt; 0: 4590 442 10 > > xen_major : 4 > > xen_minor : 2 > > xen_extra : .1 > > > Mmm... I have to admit that the most of the testing I did when working > on the patch for libvirt that introduced the call to > libxl_get_physinfo() that is failing, happened on Xen 4.3, but I'm sure > I tested it with 4.2 a couple of times, and I don't see why it wouldn't > work there... > > If you tell me the precise version of the distro you're using I'll see > if I can give it a try. > > Regards, &...

...memsize memfree distances > 0: 4590 442 10 > xen_major : 4 > xen_minor : 2 > xen_extra : .1 > Mmm... I have to admit that the most of the testing I did when working on the patch for libvirt that introduced the call to libxl_get_physinfo() that is failing, happened on Xen 4.3, but I'm sure I tested it with 4.2 a couple of times, and I don't see why it wouldn't work there... If you tell me the precise version of the distro you're using I'll see if I can give it a try. Regards, Dario -- <<This happens be...

...42 10 >> > xen_major : 4 >> > xen_minor : 2 >> > xen_extra : .1 >> > >> Mmm... I have to admit that the most of the testing I did when working >> on the patch for libvirt that introduced the call to >> libxl_get_physinfo() that is failing, happened on Xen 4.3, but I'm sure >> I tested it with 4.2 a couple of times, and I don't see why it wouldn't >> work there... >> >> If you tell me the precise version of the distro you're using I'll see >> if I can give it a try....

...: 4 > > xen_minor : 2 > > xen_extra : .1 > > > Mmm... I have to admit that the most of the testing I did when > working > on the patch for libvirt that introduced the call to > libxl_get_physinfo() that is failing, happened on Xen 4.3, but > I'm sure > I tested it with 4.2 a couple of times, and I don't see why it > wouldn't > work there... > > If you tell me the precise version of the distro you're using >...

...: 2 >> > > xen_extra : .1 >> > > >> > Mmm... I have to admit that the most of the testing I did when >> > working >> > on the patch for libvirt that introduced the call to >> > libxl_get_physinfo() that is failing, happened on Xen 4.3, but >> > I'm sure >> > I tested it with 4.2 a couple of times, and I don't see why it >> > wouldn't >> > work there... >> > >> > If you tell me the preci...

...t; xen_minor : 2 > > > xen_extra : .1 > > > > > Mmm... I have to admit that the most of the testing I did when > > working > > on the patch for libvirt that introduced the call to > > libxl_get_physinfo() that is failing, happened on Xen 4.3, but > > I'm sure > > I tested it with 4.2 a couple of times, and I don't see why it > > wouldn't > > work there... > > > > If you tell me the precise version of the distro...

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

...) + POWER_BUTTON); + if (ret != 0) + failwith_xl("button_press"); + FREE_CTX(); + + CAMLreturn(Val_unit); +} + +value stub_xl_physinfo(value unit) +{ + CAMLparam1(unit); + CAMLlocal1(physinfo); + struct libxl_ctx ctx; + struct libxl_physinfo c_physinfo; + int ret; + + INIT_CTX(); + ret = libxl_get_physinfo(&ctx, &c_physinfo); + if (ret != 0) + failwith_xl("physinfo"); + FREE_CTX(); + + physinfo = Val_physinfo(&c_physinfo); + CAMLreturn(physinfo); +} + +value stub_xl_sched_credit_domain_get(value domid) +{ + CAMLparam1(domid); + CAMLlocal1(scinfo); + struct libxl_ctx ctx; + str...

a, libxl_event.h is included in libxl.h. So, the former one also need to be installed. b, define __XEN_TOOLS__ in libxl.h: the head file "xen/sysctl.h" need check this macro. It is the same way used by the xen libxc public headers(tools/libxc/xenctrl.h and tools/libxc/xenctrlosdep.h). Signed-off-by: Bamvor Jian Zhang <bjzhang@suse.com> diff -r 87218bd367be