search for: switch_qemu_logdirty

# HG changeset patch # User Shriram Rajagopalan <rshriram@cs.ubc.ca> # Date 1302544427 25200 # Node ID fefe3359ab726e634c00704eadeacfcf30b70c07 # Parent 697ac895c11c6d5d82524de56796cee98fded2a5 remus: fix incorrect error handling for switch_qemu_logdirty in checkpoint code c/s 22275: "tools: cleanup domain save switch_qemu_logdirty callback" introduced a whole bunch of error code fixups. In the process, it also ended up treating the success return code (0) from switch_qemu_logdirty as an error and vice versa. Signed-off-by: Shriram Raja...

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 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. 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.

...error: 'struct hvm_info_table' has no member named 'acpi_enabled' > va_hvm->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, > ^ > [...] On the other hand, there is a new upstream release (upstream version is 1.6 and unstable version is 1.3.2). It doesn't make sense to me to invest time in this without updating the package, which goes beyond the scope of an NMU. Fixing #713349 was already borderline since...

...error: 'struct hvm_info_table' has no member named 'acpi_enabled' > va_hvm->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...

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

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

...vm_info_table' has no member named 'acpi_enabled' >> va_hvm->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, >> ^ >> [...] Upstream from Citrix is preparing a new version of XCP, and Xen 4.3 has just been uploaded. So probably it will be solved "soon". I wasn't supposed to announce it, so don't consider this as an announcement, just be aware that we're working on it....

This patch series adds support for network buffering in the Remus codebase in libxl. Changes in V3: [1/5] Fix redundant checks in configure scripts (based on Ian Campbell''s suggestions) [2/5] Introduce locking in the script, during IFB setup. Add xenstore paths used by netbuf scripts to xenstore-paths.markdown [3/5] Hotplug scripts setup/teardown invocations are now