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>
Async callback needs to sync with the send event

Signed-off-by: John Else <john.else@citrix.com>
Revert "xenlight: replace Xenctrl.domain_setmaxmem with xenlight equivalent"

This reverts commit 4558b23c91a55ffa4d2325ffb8d51709b8fe5a63.

We need to first upstream this libxl binding.

Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Move xenctrl_uuid from xc to lib

And add handle_of_uuid function.

Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Update to new xenlight bindings

Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Xenlight events: add logging to async callback

Signed-off-by: John Else <john.else@citrix.com>
Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Xenlight events: handle timeouts properly

Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
CP-6226: Switch to calling async operations

The unfortunate exception is still domain_create(_new), which experiences
segfaults when run asynchronously.

However, this should not prevent concurrency anymore in the new libxl bindings.

Signed-off-by: John Else <john.else@citrix.com>
Signed-off-by: Rob Hoes <rob.hoes@citrix.com>
Merge pull request #48 from robhoes/xen-unstable

Update to new libxl bindings, and switch to async ops
xl: do not touch /vm in xenstore

We assume that the /vm xenstore subtree is owned by libxl, and we should
therefore not manipulate it.

Signed-off-by: Rob Hoes <rob.hoes@citrix.com>