search for: xc_interface_close

xc_interface_close() crashes if it gets NULL as an argument. However, it just calls xc_interface_close_common() which is called by many others functions. It means that they are also vulnerable. So fix above mentioned issue by adding NULL check in xc_interface_close_common(). This way we fix similar issue in other fun...

...39;total_memory''] = info[''total_memory''] / 1024 diff -r 51045f276c90 tools/xenmon/xenbaked.c --- a/tools/xenmon/xenbaked.c Mon Jul 31 10:48:48 2006 -0500 +++ b/tools/xenmon/xenbaked.c Mon Jul 31 10:49:10 2006 -0500 @@ -462,10 +462,7 @@ unsigned int get_num_cpus(void) xc_interface_close(xc_handle); opts.cpu_freq = (double)op.u.physinfo.cpu_khz/1000.0; - return (op.u.physinfo.threads_per_core * - op.u.physinfo.cores_per_socket * - op.u.physinfo.sockets_per_node * - op.u.physinfo.nr_nodes); + return op.u.physinfo.nr_cpus; } diff -r...

...ndle = xc_interface_open(); printf("\n Opened Interface: %d",xc_handle); rc = vb_notify(xc_handle); ---- Is a function implemented in libxc/ which has the hypercall invocation code printf("\n vb_notify returned: %d", rc); xc_interface_close(xc_handle); return rc; } When I try to compile the program which contains the hypercall I am getting error as: #gcc -lxenctrl notify.c -o Notify #gcc: error trying to exec ''cc1'': execvp: No such file or directory Same thing works fine from Dom0. Is my approach correct...

...+ } + + /* Close event channel */ + if ( evtchn_open ) + { + rc = xc_evtchn_close(xenaccess->mem_event.xce_handle); + if ( rc != 0 ) + { + ERROR("Error closing event channel"); + } + } + + /* Close connection to Xen */ + rc = xc_interface_close(xenaccess->xc_handle); + if ( rc != 0 ) + { + ERROR("Error closing connection to xen"); + } + xenaccess->xc_handle = NULL; + + if ( xenaccess->platform_info ) + free(xenaccess->platform_info); + if ( xenaccess->domain_info ) + free(xen...

Testing on an 8-node 128-way NUMA machine has exposed a problem with Xen''s nr_cpus calculation. In this case, since Xen cuts off recognized CPUs at 32, the machine appears to have 16 CPUs on the first and second nodes and none on the remaining nodes. Given this asymmetry, the calculation of sockets_per_node (which is later used to calculate nr_cpus) is incorrect:

...= xc_physinfo(xc_handle, &physinfo); if ( ret ) { - fprintf(stderr, "failed to get the processor information\n"); + ret = errno; + fprintf(stderr, "failed to get processor information (%d - %s)\n", + ret, strerror(ret)); xc_interface_close(xc_handle); - return 0; + return ret; } max_cpu_nr = physinfo.nr_cpus; @@ -1214,14 +1189,18 @@ int main(int argc, char *argv[]) for ( i = 0; i < nr_matches; i++ ) fprintf(stderr, " %s", main_options[matches_main_options[i]].name);...

...e_open(); int ret; - op.cmd = DOM0_PHYSINFO; - op.interface_version = DOM0_INTERFACE_VERSION; - - ret = xc_dom0_op(xc_handle, &op); + ret = xc_physinfo(xc_handle, &physinfo); if ( ret != 0 ) { @@ -460,12 +457,12 @@ unsigned int get_num_cpus(void) } xc_interface_close(xc_handle); - opts.cpu_freq = (double)op.u.physinfo.cpu_khz/1000.0; - - return (op.u.physinfo.threads_per_core * - op.u.physinfo.cores_per_socket * - op.u.physinfo.sockets_per_node * - op.u.physinfo.nr_nodes); + opts.cpu_freq = (double)physinfo.cpu_khz/1000...

...: { @@ -382,11 +388,13 @@ case FTYPE_XENBUS: xs_daemon_close((void*)(intptr_t) fd); return 0; +#ifdef HAVE_LWIP case FTYPE_SOCKET: { int res = lwip_close(files[fd].socket.fd); files[fd].type = FTYPE_NONE; return res; } +#endif case FTYPE_XC: xc_interface_close(fd); return 0; @@ -555,6 +563,7 @@ va_end(ap); switch (cmd) { +#ifdef HAVE_LWIP case F_SETFL: if (files[fd].type == FTYPE_SOCKET && !(arg & ~O_NONBLOCK)) { /* Only flag supported: non-blocking mode */ @@ -562,6 +571,7 @@ return lwip_ioctl(files[fd].socket...

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 set adds XSM security labels to useful debugging output locations, and fixes some assumptions that all interrupts behaved like GSI interrupts (which had useful non-dynamic IDs). It also cleans up the policy build process and adds an example of how to use the user field in the security context. Debug output: [PATCH 01/10] xsm: Add security labels to event-channel dump [PATCH 02/10] xsm:

The following series of 10 patches is a merge of the xenfb and xenconsoled functionality into the qemu-dm code. The general approach taken is to have qemu-dm provide two machine types - one for xen paravirt, the other for fullyvirt. For compatability the later is the default. The goals overall are to kill LibVNCServer, remove alot of code duplication and/or parallel impls of the same concepts, and

Hi, Anybody (Christian?) could please tell me if we can get the support for registering watch with /proc/xen/xenbus? (..OK, I know that we will change it this /proc stuff to a device soon) So far we can only do read/write/rm. I really miss the xen watch feature. Many thanks, Hieu _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi, All Intel QA conducted a full validation for xen 4.1 rc1, it includes VT-x, VT-d, SRIOV, RAS, TXT and xl tools testing. 24 issues were exposed. Refer the bug list, please. We already assigned 14 bugs to Intel developers (which has an ''Intel'' tag in the bug title), most of the rest 10 bugs are related xl command. For the these bugs, need community''s help to fix

..."cannot open libxc handle"); - free(ctx->alloc_ptrs); return ERROR_FAIL; } @@ -64,7 +59,6 @@ int libxl_ctx_init(libxl_ctx *ctx, int v XL_LOG_ERRNOVAL(ctx, XL_LOG_ERROR, errno, "cannot connect to xenstore"); xc_interface_close(ctx->xch); - free(ctx->alloc_ptrs); return ERROR_FAIL; } return 0; @@ -73,8 +67,6 @@ int libxl_ctx_init(libxl_ctx *ctx, int v static void do_free_version_info(libxl_version_info *info); int libxl_ctx_free(libxl_ctx *ctx) { - libxl_free_all(ctx); - free(ctx-&...

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very

...evel@entry=XTL_DEBUG, code=code@entry=0, fmt=fmt@entry=0x7fd381b569b0 "hypercall buffer: total allocations:%d total releases:%d") at xc_private.c:364 #5 0x00007fd381b527f1 in xc__hypercall_buffer_cache_release (xch=xch@entry=0x7fd35c029ec0) at xc_hcall_buf.c:104 #6 0x00007fd381b4be1e in xc_interface_close_common (xch=0x7fd35c029ec0) at xc_private.c:201 #7 0x00007fd381b4be9c in xc_interface_close (xch=<optimized out>) at xc_private.c:240 #8 0x00007fd381d702b6 in libxl_ctx_free (ctx=0x7fd35c029cc0) at libxl.c:159 #9 0x00007fd39aa26b0b in virObjectUnref (anyobj=<optimized out>) at util/v...

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

Changes from v3: - mini-os configuration files moved into stubdom/ - mini-os extra console support now a config option - Fewer #ifdefs - grant table setup uses hypercall bounce - Xenstore stub domain syslog support re-enabled Changes from v2: - configuration support added to mini-os build system - add mini-os support for conditionally compiling frontends, xenbus -