oasis: Include linker flags needed on Debian

This path is needed on Debian, where the Xen libraries are
installed in a non-standard path. It should not do any
harm on CentOS as it is an addition to the library search
path, not a replacement. Ideally the configure script
would fill the path in as appropriate.

Signed-off-by: Euan Harris <euan.harris@citrix.com>
Merge pull request #43 from euanh/debian

oasis: Include linker flags needed on Debian
Merge branch 'master' of git://github.com/xapi-project/xenopsd

Conflicts:
	_oasis
	_tags
	setup.ml
Merge branch 'master' of git://github.com/xapi-project/xenopsd

Conflicts:
	_tags
	setup.ml
Merge branch 'master' of git://github.com/xapi-project/xenopsd

Conflicts:
	_tags
	setup.ml
xc: ensure the xenstore keys for dom0 are created

When using dom0 as a driver domain (the default) we expect the
/vm/uuid/domains directory to exist.

Signed-off-by: David Scott <dave.scott@eu.citrix.com>
xc: when setting up dom0 xenstore entries, use a throwaway xenstore client

The fork() will destroy the dispatcher thread of any running
xenstore client, so we create one and throw it away afterwards.

Signed-off-by: David Scott <dave.scott@eu.citrix.com>
Replace /usr/libexec/xenopsd with the more standard /usr/lib/xenopsd

Note this will require a distro .spec file to change to match, since
these are scripts which encode the paths of other scripts. An alternative
approach would be to use the configure script's --libexec and --scriptsdir
arguments.

Signed-off-by: David Scott <dave.scott@eu.citrix.com>
configure: preprocess vif scripts and udev rules to substitute LIBEXEC(dir)

Signed-off-by: David Scott <dave.scott@eu.citrix.com>
Merge branch 'cp-5970' of git://github.com/simonjbeaumont/xenopsd into HEAD
Wait for the same hotplug path as upstream scripts, in all cases

Previously we used 'hotplug-status' for Vbds (good) but out own
custom path in '/xapi' for Vifs (bad). This makes xenopsd work with
both hotplug script versions.

Signed-off-by: David Scott <dave.scott@eu.citrix.com>
CA-118130: Allow a domain to write to /local/domain/<domid>/hvmloader

Signed-off-by: Akshay Ramani akshay.ramani@citrix.com
Merge pull request #44 from akshayramani/CA-118130

CA-118130: Allow a domain to write to /local/domain/<domid>/hvmloader
Allow VBD 'params' to be symlinks.

Signed-off-by: Jon Ludlam <jonathan.ludlam@eu.citrix.com>
Merge pull request #45 from jonludlam/allow-symlinks-in-vbd-params

Allow VBD 'params' to be symlinks.
CP-6232: Don't restore the Qemu tail in xenopsd

We've removed a patch from our Xen patch queue which stopped xc_domain_restore
from restoring the device model record. Therefore, this will now be done by
xenguest and so we don't need to do it in xenopsd.

Aside: xc_domain_restore has been modified to understand suspend images created
before this change (i.e. when xenopsd orchestrated the device model dump).

Signed-off-by: Si Beaumont <simon.beaumont@citrix.com>
CP-6232: Use valid Qemu sig for future suspends

Signed-off-by: Si Beaumont <simon.beaumont@citrix.com>
CP-6323: Move Io to lib for use by both backends

Signed-off-by: Si Beaumont <simon.beaumont@citrix.com>
CP-6232: Write suspend img signature in xenopsd-xl

So that we can migrate from legacy xenopsd on a classic backend to xenopsd on
a xenlight backend, we need to be able to understand the save signature
("XenSavedDomain\n") that is at the start of the disk put there by the legacy
toolstack.

Since we would have to accomodate this and peeking is impracticle on pipes then
we will adopt this signature in the xenopsd-on-xenlight toolstack.

Note this is distinct from the Qemu save signature which has been discarded in
this work (see ef3bf4b and 9ccef3e).

Signed-off-by: Si Beaumont <simon.beaumont@citrix.com>
Add docs for suspend-image work

Signed-off-by: Si Beaumont <simon.beaumont@citrix.com>