search for: save_callbacks

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. The first patch modifies creation of the hvmloader key in xenstore and adds creation of a new read/write hvmloader/generation-id-addr key. The second patch changes hvmloader to use the new key (as

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

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. The vast majority of the code is in second patch. The first patch merely changes the xenstore key name used by hvmloader to store the buffer address.

The following is a revised patch series to add support for a VM generation ID virtual device for HVM guests. The basic requirements of this device are as follows: - It must be exposed somewhere in ACPI namespace with a _CID of "VM_Gen_Counter". - It must also include a _DDN of "VM_Gen_Counter". - It must contain a _HID object but no particular value is required. - It must

...acpi_enabled = f.acpi; > ^ > xenguest_stubs.c: At top level: > xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] > .postcopy = switch_qemu_logdirty, > ^ > xenguest_stubs.c:470:3: warning: (near initialization for 'save_callbacks.postcopy') [enabled by default] > xenguest_stubs.c: In function 'stub_xc_domain_save': > xenguest_stubs.c:490:18: warning: assignment makes pointer from integer without a cast [enabled by default] > callbacks.data = c_domid; > ^ > xenguest_stubs.c:497...

On 09/24/2013 10:04 PM, St?phane Glondu wrote: > Le 24/09/2013 15:48, St?phane Glondu a ?crit : >> If I remove all binary packages of xen-api from testing, the following >> new packages are broken: xcp-guest-templates, nova-xcp-plugins, >> nova-compute-xen. >> >> xcp-guest-templates is built by guest-templates which seems to be a leaf >> package and could be

Is there a easy way to add components like: http://www.dynarch.com/projects/calendar/ http://tinymce.moxiecode.com/example_full.php?example=true in ruby forms, by plugins or whatever? Thank you Rodrigo Dom?nguez Iplan Networs www.iplan.com.ar <http://www.iplan.com.ar/> ? rdominguez@iplan.com.ar www.rorra.com.ar <http://www.rorra.com.ar/> ? rorra@rorra.com.ar --------------

...;gc, XBT_NULL, path, ""); } return 1; } @@ -348,10 +354,12 @@ static int core_suspend_callback(void *d int core_suspend(libxl_ctx *ctx, uint32_t domid, int fd, int hvm, int live, int debug) { + libxl_gc gc = LIBXL_INIT_GC(ctx); int flags; int port; struct save_callbacks callbacks; struct suspendinfo si; + int rc = ERROR_FAIL; flags = (live) ? XCFLAGS_LIVE : 0 | (debug) ? XCFLAGS_DEBUG : 0 @@ -360,12 +368,12 @@ int core_suspend(libxl_ctx *ctx, uint32_ si.domid = domid; si.flags = flags; si.hvm = hvm; - si.ctx = ctx; +...