search for: poolid

Hi, the implementation of xl cpupool-numa-split is broken. It basically deals with only one poolid, but there are two to consider: the one from the original root CPUpool, the other from the newly created one. On my machine the current output looks like: root@dosorca:/data/images# xl cpupool-numa-split libxl: error: libxl.c:2803:libxl_create_cpupool Could not create cpupool error on creating cp...

...om> diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -583,7 +583,8 @@ int libxl_domain_info(libxl_ctx *ctx, li static int cpupool_info(libxl__gc *gc, libxl_cpupoolinfo *info, uint32_t poolid, - bool exact /* exactly poolid or >= poolid */) + bool exact /* exactly poolid or >= poolid */, + bool probe /* Don''t complain for non-existent pools */) { xc_cpupoolinfo_t *xcinfo; int rc = ERROR_FAIL;...

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

...| `SMAttach pool -> + (match pool with + | Subscription_manager.PoolAuto -> + message (f_"Attaching to compatible subscriptions"); + let cmd = "subscription-manager attach --auto" in + do_run ~display:cmd cmd + | Subscription_manager.PoolId id -> + message (f_"Attaching to the pool %s") id; + let cmd = sprintf "subscription-manager attach --pool=%s" (quote id) in + do_run ~display:cmd cmd + ) + + | `SMRegister -> + message (f_"Registering with subscription-manager")...

Hi, this is the v2 of a series introducing basic support for registering/attaching/unregistering RHEL guests using subscription-manager, so it is possible to do for example: $ virt-customize -a rhel-guest.qcow2 \ --sm-credentials user:file:/path/to/password-file --sm-register \ --sm-attach file:/path/to/pool-file \ --install pkg1 --install pkg2 .. \ --sm-remove --sm-unregister

...ation of all the table and column names in the application code. The best approach that I''ve found so far is to conditionally override the accessor methods, like so: class Pool < ActiveRecord::Base Pool.table_name = ''pool'' Pool.primary_key = ''poolid'' if STUDLY Pool.table_name = ''Pool'' def id; self.PoolId; end def name; self.Name; end def volretention; self.VolRetention; end end end While this works, it''s not very elegant. I''d much prefer some application-wide "downcase fi...

...obj=%llu(%llu) " @@ -286,6 +287,7 @@ void parse_shared_pool(char *s) unsigned long long flush_objs = parse(s,"ot"); parse_string(s,"PT",pool_type,2); + pool_type[2] = ''\0''; parse_sharers(s,"SC",buf,BUFSIZE); printf("poolid=%lu[%s] uuid=%llx.%llx, shared-by:%s: " "pgp=%llu(max=%llu) obj=%llu(%llu) " -- 1.7.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

..., we have an LLVM pass that changes malloc instructions: %tmp = malloc struct {i8} ... into calls to an allocation function that takes a pool identifier and an allocation size as arguments (in this work, we segregated the heap based upon pointer analysis results): %tmp = call %poolalloc (sbyte * PoolID, uint 8) The poolalloc function is then implemented as a run-time library (written in C) that is compiled and linked into the program (either as a native code library or an LLVM bytecode library). You could do something similar to implement multiple heaps. Your proposed methods below (adding int...

[PATCH V3 6/8] Cleancache: btrfs hooks for cleancache Filesystems must explicitly enable cleancache by calling cleancache_init_fs anytime a instance of the filesystem is mounted and must save the returned poolid. Btrfs uses its own readpage which must be hooked, but all other cleancache hooks are in the VFS layer including the matching cleancache_flush_fs hook which must be called on unmount. Signed-off-by: Dan Magenheimer <dan.magenheimer at oracle.com> Signed-off-by: Chris Mason <chris.mason a...

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

.../libxl_internal.h --- a/tools/libxl/libxl_internal.h Thu Aug 12 18:03:23 2010 +0100 +++ b/tools/libxl/libxl_internal.h Fri Aug 13 15:32:31 2010 +0100 @@ -249,4 +249,6 @@ _hidden char *libxl_abs_path(libxl_gc *g _hidden char *_libxl_domid_to_name(libxl_gc *gc, uint32_t domid); _hidden char *_libxl_poolid_to_name(libxl_gc *gc, uint32_t poolid); +_hidden char *libxl_uuid2string(libxl_gc *gc, const libxl_uuid uuid); + #endif diff -r dc335ebde3b5 tools/libxl/xl_cmdimpl.c --- a/tools/libxl/xl_cmdimpl.c Thu Aug 12 18:03:23 2010 +0100 +++ b/tools/libxl/xl_cmdimpl.c Fri Aug 13 15:32:31 2010 +0100 @@ -41...

..._create_info(libxl_domain_create_info *c_info) +{ + memset(c_info, ''\0'', sizeof(*c_info)); + c_info->xsdata = NULL; + c_info->platformdata = NULL; + c_info->hap = 1; + c_info->hvm = 1; + c_info->oos = 1; + c_info->ssidref = 0; + c_info->poolid = 0; +} + +void libxl_init_build_info(libxl_domain_build_info *b_info, libxl_domain_create_info *c_info) +{ + memset(b_info, ''\0'', sizeof(*b_info)); + b_info->max_vcpus = 1; + b_info->max_memkb = 32 * 1024; + b_info->target_memkb = b_info->max_memkb; + b...

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

...SS FOR A PARTICULAR PURPOSE. See the + * GNU Lesser General Public License for more details. + *) + +type create_info = +{ + hvm : bool; + hap : bool; + oos : bool; + ssidref : int32; + name : string; + uuid : int array; + xsdata : (string * string) list; + platformdata : (string * string) list; + poolid : int32; + poolname : string; +} + +type build_pv_info = +{ + slack_memkb : int64; + cmdline : string; + ramdisk : string; + features : string; +} + +type build_hvm_info = +{ + pae : bool; + apic : bool; + acpi : bool; + nx : bool; + viridian : bool; + timeoffset : string; +} + +type build_spec = B...

...omain_create(ctx->xch, info->ssidref, handle, flags, domid); if (ret < 0) { XL_LOG_ERRNOVAL(ctx, XL_LOG_ERROR, ret, "domain creation fail"); + libxl_free_all(&gc); return ERROR_FAIL; } ret = xc_cpupool_movedomain(ctx->xch, info->poolid, *domid); if (ret < 0) { XL_LOG_ERRNOVAL(ctx, XL_LOG_ERROR, ret, "domain move fail"); + libxl_free_all(&gc); return ERROR_FAIL; } - dom_path = libxl_xs_get_dompath(ctx, *domid); - if (!dom_path) + dom_path = libxl_xs_get_dompath(&gc...

..._cfg_get_string (config, "name", &buf, 0)) name = strdup(buf); - else + else if (filename) name = libxl_basename(filename); + else { + fprintf(stderr, "Missing cpupool name!\n"); + return -ERROR_FAIL; + } if (!libxl_name_to_cpupoolid(ctx, name, &poolid)) { fprintf(stderr, "Pool name \"%s\" already exists\n", name); return -ERROR_FAIL; @@ -5595,7 +5602,7 @@ int main_cpupoolcreate(int argc, char ** libxl_uuid_generate(&uuid); - printf("Using config file \"%s\&quo...

...; i++) { + if (!isdigit(name[i])) { + goto nondigit_found; + } + } + *domid = strtoul(name, NULL, 10); + return 0; + + nondigit_found: + /* this could also check for uuids */ + rv = libxl_name_to_domid(ctx, name, domid); + return rv; +} + + char *libxl_cpupoolid_to_name(libxl_ctx *ctx, uint32_t poolid) { unsigned int len; diff --git a/tools/libxl/libxl_utils.h b/tools/libxl/libxl_utils.h index 40f3f30..a430362 100644 --- a/tools/libxl/libxl_utils.h +++ b/tools/libxl/libxl_utils.h @@ -21,6 +21,7 @@ const char *libxl_basename(const char *name); /* ret...

...bscription_manager.PoolAuto -> message (f_"Attaching to compatible subscriptions"); let cmd = "subscription-manager attach --auto" in - do_run ~display:cmd cmd + do_run ~display:cmd ~warn_failed_no_network:true cmd | Subscription_manager.PoolId id -> message (f_"Attaching to the pool %s") id; let cmd = sprintf "subscription-manager attach --pool=%s" (quote id) in - do_run ~display:cmd cmd + do_run ~display:cmd ~warn_failed_no_network:true cmd ) | `SMRegister -> @@ -31...

Let me cut it down to the core problem: I'm asking about the feasibility of extending LLVM with constructs to manage separate heaps. Given my current understanding of LLVM, I can see this done in two ways: 1. Add heap management instructions to the core instructions, modify allocation routines to explicitly name heaps or modify the runtime to rebind the allocation routines depending on some

...t;type":"pv","hap":"<default>","oos":"<default>","ssidref":0,"name":" fsb.t.org","uuid":"339a8082-6104-4342-96b5-b7f6000e4972","xsdata":{},"platformdata":{},"poolid":0},"b_info":{"max_vcpus":1,"cur_vcpus":1,"cpumap":[],"tsc_mode":"default","max_memkb":131072,"target_memkb":131072,"video_memkb":-1,"shadow_memkb":2048,"rtc_timeoffset":0,"localt...