search for: switch_qemu_logdirti

# 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

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.

Le 05/09/2013 23:18, Julien Cristau a ?crit : > tracker adjusted. xen-api is currently broken though, so you'll need to > get that fixed before starting. I've just fixed a blocking bug (#713349) which was due to the renaming of an OCaml library (type-conv -> type_conv). Now, xen-api FTBFS because of what looks like an API change in some (C) dependency: > [...] > + gcc -g

Le 24/09/2013 19:00, Thomas Goirand a ?crit : > Please don't think this way. > > I work daily on 79 packages to maintain OpenStack in Debian: > > http://qa.debian.org/developer.php?login=openstack-devel at lists.alioth.debian.org If you go that way, I could say that you're blocking my work on 214 packages in Debian:

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

On 09/06/2013 02:42 PM, St?phane Glondu wrote: > Le 05/09/2013 23:18, Julien Cristau a ?crit : >> tracker adjusted. xen-api is currently broken though, so you'll need to >> get that fixed before starting. > > I've just fixed a blocking bug (#713349) which was due to the renaming > of an OCaml library (type-conv -> type_conv). Hi, I had a patch from upstream

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